WASA CR-" ^ 


DETAILED REQUIREMENTS DOCUMENT 
FOR 

STOWAGE LIST AND HARDWARE TRACKING SYSTEM 

(SLAHTS) 

Job Order 88-079 


(N AS A- OR - 1 4 1 703) DETAILED REQUIREMENTS N75- 19330^ 

DOCUMENT FOR STOWAGE LIST AND HARDWARE 
TRACKING SYSTEM (SLAHTS) (Lockheed 

Electronics Co.) 134 p HC $5.75 CSCL 22B Unclas 

G3/18 14313 ) 


Prepared By 

Lockheed Electronics Company, Inc. 
Aerospace Systems Division 
Houston, Texas 
Under Contract NAS 9-12200 

For 


INSTITUTIONAL DATA SYSTEMS DIVISION 




LYNDON B. JOHNSON SPACE CENTER 

Houston , Texas 

February 1975 


LEC-5362 


DETAILED REQUIREMENTS DOCUMENT 


JSC-09405 


FOR 

STOWAGE LIST AND HARDWARE TRACKING SYSTEM 
Job Order 88-079 


PREPARED BY 


$ 1 - 

Job Order 


D. J. Neither^ Job Order Leader, SLANTS 
Shuttle Application Section 


APPROVED BY 




„ vAznUi^^, 

H. C. McClay 1 , Supervisor / >7. W. Thompson^ Deputy Chief 

Buttle Applications Section Integration Division 

L j- 

R. Ready, Marffeger L. DeWolf, Technfical Monitor 

Shuttle Information Management Scientific Systems Section 
Systems Department 




, F. Thompson? Directc 


Application 


rector 
ranch 



R. R. Ra&f e lb r u g<fe , Chief /FD6 
Data Systems Development 
Branch 



L. W. Burba 
Project Manager 
ED/SPIMS 


(L L 


CL r 7 Huns, Acting Chief/FD 
Institutional Data Systems 
Division 


, Produced By 

LOCKHEED ELECTRONICS COMPANY, INC. 

For 

Institutional Data Systems Division 
NATIONAL AERONAUTICS AND SPACE ADMINISTRATION 
LYNDON B. JOHNSON SPACE CENTER 
HOUSTON, TEXAS 


February 1975 


LEC-58CR 



FOREWORD 


This detailed requirements document defines the Stowage List 
and Hardware Trackinq System requirements (SLAHTS) • SLAHTS , 
a computer based system, will be used in support of the 
Space Shuttle orbiter stowaqe configuration and the Johnson 
Space Center hardware trackinq. Preparation of this 
document is in response to the support contract job order 
88-079. This document defines the input, processing, and 
output requirements that serve as a baseline for system 
development. 
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1.0 PURPOSE 


This system is one of the a p plica tions beinq developed as 
part of the JSC Shuttle Program Information Manaqement 
System (SPIMS) . It is intended to provide an integrated 
manaqement and documentation tool to support 

• Or biter mission stowaqe requirements 

• Orbiter stowaqe desiqn 

• Definition and dissemination of procedural 
nomenc lature 

• Inventory control for orbiter flight hardware 

• Inventory control for all hardware in bonded storaqe; 
this includes the above mentioned orbiter fliqht 
hardware 

• Inventory control for all training hardware; this 
includes orbiter training hardware which has 
descriptive e le men ts identical with the orbiter 
fliqht hardware descriptive elements. 

Elements from four directorate level organizations have been 
included as "direct" users of the system (i.e., those who 
have direct control over updates to some part of the data 
base) . These directorates are: , 

Proqram Operations Office (POO) 

Safety, Reliability, and Quality Assurance (SR&QA) 
Engineering and Development (E5D) 

Flight Operations (FOD) 

In addition, other, "indirect" users receive data from 
terminal query capability or from reports distributed by a 
direct user. 

The term "hardware" in this document does not include 
payload hardware, except where additional quantities of 
operational items are included to support payload work and 
where actual payload hardware is stowed in the orbiter crew 
compartment. 
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2. 0 APPLICATION DESCRIPTION 

2. 1 General* For the operational phase of the Shuttle 
Program, there are a number of considerations regarding 
loose equipment. These are: 

* Number and frequency of flights - Sixty fliqhts per 
year using five orbiters indicates that the stowage 
operation will run at a more or less constant pace 
instead of havinq peak periods, 

• Number of items required to support the flight model 
- This means that a "pool** of equipment is needed to 
sustain the stowaqe operation at a constant pace. 

This requires inventory management capability to 
maintain the equipment level in the pool. 

♦ Configuration chanqes inherent to loose equipment - 
Historically, there have always been "last minute" 
equipment configuration chanqes for a flight. It is 
expected that this will remain true for orbiter 
fliqhts; indeed, by allowinq for these chanqes, a 

greater deqree of flexibility is provided. 

/ 

* Need for rapid dissemination of stowage configuration 
data - To support the desired flight frequency the 
latest approved stowage configuration data must be 
available to as wide a distribution as possible. 

• Integrated data base - For those items of equipment 
used during orbiter flights, all four direct user 
organizations are concerned with a common set of data 
elements. The same data elements are current for all 
users. 

• Reduce cost of data maintenance - By making use of an 
integrated data base, much data update time by the 
individual users is eliminated, since the same data 
elements for the same equipment is not simultaneously 
changed in different data bases. 

The above discussion was concerned only with orbiter flight- 
hardware. When an examination of other equipment is made, 
it turns out that similar needs for inventory control and 
management are needed and that this can be done with the 
same generic data elements used for orbiter fliqht hardware. 
This hardware consists of the additional hardware mixed with 
orbiter fliqht hardware in bonded storage and with the 



orbiter training hardware. This provides an opportunity to 
perform additional data integration for "JSC hardware" 
instead of orbiter flight hardware only. 

Following are more specific descriptions of the individual 
user functions in dealing with the various groups of 
hardware. 

2.2 PQQ-|n tegr at ion_ Division. This division is responsible 
for two processes in dealing with orbiter flight hardware. 
One process is the equipment stowage definition and 
documentation. The other process is the actual equipment 
stowage effort. 

2. 2. 1 Stowage Documentation. Eguipment. configuration for a 
particular flight is controlled through action by the 
Configuration Change Control Board. Actions by the board 
will be reflected in a stowage list which will be 
periodically revised and published. Also, a "pre-pack" 
listing will be produced to conduct actual locker stowaqe at 
JSC. To provide inventory management capability for the 
"pool" of orbiter flight hardware, several other reports are 
planned. 

2.2.2 Equipment Stowaqe. The locker stowaqe (pre-pack) 
will be done at JSC in building 36. These lockers will be 
packed according to a packing list which reflects the latest 
approved configuration for that flight. It is possible that 
there will be last minute configuration changes, and 
allowance for these chanqes must be made in order to remain 
flexible. Also, there may be a need for limited repacking 
of these lockers after they are at the launch site, 

2.2.3 Action on Equipment at Landinq Sites. when the 
orbiter has landed and the lockers are removed, one of three 
actions is taken with each item of stowed equipment. It may 
be retained at the nearest launch site for re-use on another 
f liqht. It may be sent d irectly to some other place for 
some purpose. It may be returned to JSC. Those items 
returned to JSC will be retained in the bonded storage 
facilities for action by various responsible JSC 
organisations. This can be removal for refurbishment or 
return to the flight equipment pool. 

2- 3 SR&Q A_-_ 2 ual i ty _ASSurance_Di vision . Q AD is concerned 
with all hardware in the JSC bonded storage system. This 
collection of hardware includes, but is not limited to, the 
orbiter flight ha rdware . The bonded storage facility 
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maintains a controlled access environment for the various 
JSC organizations responsible for program related hardware. 
This hardware is transferred between bond rooms, between 
bond rooms and the building 36 orbiter stowage facility, and 
into and out of individual bond rooms. The procedures for 
controlling orbiter flight hardware and other hardware are 
identical, as far as bonded storage personnel are concerned. 
The number of hardware moves which must be tracked will be 
large because of the frequency of orbiter flights planned. 
Figure 2.3 qives a pictorial representation of hardware 
movement. Inventory control is needed for the QA Division 
for this hardware, and several reports are planned for this 
purpose. QAD also uses the stowage list and pre~pacJc list 
as acceptance documents for orbiter mission stowage 
requirements and orbiter stowage design. 
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2.4 This division is 

concerned with traininq hardware. This includes a pool of 
hardware items matching the orbiter flight hardware but the 
pool contains other items as well. Hone of the hardware is 
included in bonded storage; it is kept in a separate, 
controlled location. The orbiter training hardware (i-e., 
those items which match the orbiter flight hardware) has 
descriptive data identical to the orbiter flight hardware. 
The remainder of the training hardware can be described with 
the same generic dat a elements. An inventory control 
capability is needed for this hardware collection. 

Another function of the division is the design (or 
determination) of the stowage configuration for orbiter 
fliqhts. This involves verifying the hardware stowage in 
orbiter mockups and trainers. 

2. 5 FOD_;_Cr ew_Trai ni ng_and_£rgcedj 1 ires_Diyisj,on. This 

divisIorTdoes not~control a set of hardware. Instead, it is 
concerned with the inflight use of the orbiter fliqht 
hardware in terms of procedural nomenclature, crew 
procedures, and hardware stowage. Crew procedures and crew 
operations are concerned with the choice/assignment/ 
dissemination of procedural nomenclature and with the 
equipment configuration for a particular fliqht - how many 
items, where they are located in the orbiter, and what items 
are needed for what functions. Several reports are planned 
to support crew procedures development and documentation. 
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2 . 6 Regui£ements_Qxe£view 


2.6.1 General Host of the rapid data dissemination needs 
of the user organizations come about due to the frequency of 
orbiter flights. For this reason, interactive capability is 
required of this system. This will allow faster reaction by 
all users to flight definition changes which affect loose 
equipment . 

2.6.2 Production Center. All user organizations have 
common operational needs for use of the system. This 
includes things like terminal operators to make data base 
updates, and coordination and submission of batch runs. To 
provide the common support needed, a production center is 
planned in building 36 which will be operated by a very 
small group of people responsive to the users. This group 
will require access to the system via remote terminals to 
react to stowage configuration changes. 

2.6.3 Bond Rooms. The bond rooms are located in different 
buildings at JSC. To track the hardware movements within 
the bonded storaqe system access to the system via remote 
terminals is needed. Use of this system will eliminate the 
need for the present JSC Bonded Storaqe computer system; it 
is felt that the current batch system will not keep pace 
with hardware movement or allow for data integration with 
the other users, particularly the Integration Division. 

2. 6. 4 Training Hardware. The training hardware will be 
kept in a controlled access environment similar to the bond 
rooms. It is expected that the frequency of orbiter flights 
will be reflected in the frequency of traininq exercises. 
This means that the configuration of trainers with loose 
equipment will precede at a pace- similar to that for the 
orbiter stowage operation in buildinq 36. To track and 
maintain control of the training hardware during this 
process, access to the system via remote terminals is 
needed. 
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3.0 DATA SET AMD DATA ELEMENT DESCRIPTIONS 


3.1 aai^Sei^fie^cri^tions 

3.1.1 Basic Data Set. This set of data consists of those 
data elements which describe the hardware on an item level 
basis. 

The following data elements comprise the set: 

Item Number 

Responsible Organization 

Engineering Nomenclature 

Procedural Nomenclature 1 

Procedural Nomenclature 2 

Part Number 

Traininq Part Number 

Current Weight 

Specification Weiqht 

Lenqth 

Width 

Height 

Program Code 
Note Number 
Note 

Minimum Buildinq 36 Inventory Requirement 

Current Bldg. 36 Inventory 

Current other Inventory 

Building 36 Accountability 

Replacement Lead Time 

Refurbishment Time 

Shelf Life 

operating Time Life 

Cycle Life 

Fit Check Requirement Flaq 
Function/System Classification 
Unit of Issue 

Minimum Requirement Fidelity Code A 
Minimum Requirement Fidelity Code B 
Minimum Requirement Fidelity Code C 
Minimum Requirement Fidelity Code D 
Minimum Requirement Fidelity Code E 

3.1.2 Serial Data Set. This set of data consists of those 
data elements which , describe the hardware on an individual 
(serialized) level. 

The following data elements comprise the set: 


\ 
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Serial Number (within Item Number or Part Number) 
class Code 

Buildinq Location and Quantity 
Cabinet Location and Quantity 
Authority Document 
Work order Number 
Contract Number 
Hardware Transfer Date 
Unit Serial Number Weiqht 
Fit Check Complete Flaq 
Operating Time Remaining 
Cycle Life Remaining 
Shelf Life Expiration Date 
Expected Delivery to B36 
Serial Fidelity Code 
Issue Date 
Due Date 

3. 1. 3 Serial History Data Set, This set of data consists 
of those data elements which reflect the movement of an item 
on an individual (serialized) level. The history data is 
placed in a suspense data set as it is issued by an 
authority document. It remains in this suspense data set 
until the hardware move is completed. At this time the 
history data is placed on a history update file. A History 
Report may be generated from the history data (Section 
4.2.2.15). The latest serial history data for each Serial 
Number will be available for online query via Display 09 
(Section 4. 1 . 1 . 9) . 

The following history data elements are stored. 

Item Number 
Part Number 
Serial Number 
Hardware Transfer Date 
Location (From 5 To) 

Authority Document 
Quantity (Lot Numbered Data) 

The last entry will contain the current Building Location. 

3.1.4 Fliqht Configuration Data Set. This set of data 
consists of those data elements which are used to describe 
and control the hardware configuration and stowaqe 
arrangement for each individual fliqht. It also consists of 
data elements used to reflect the change control 


3-2 



documentation approved by the configuration control board 
(chanqe control configuration) . 

The following data elements comprise the set: 

Flight 

Orbiter 

Phase 

Stowage Location (within Launch, Orbit, Return Phase) 
Item Number 

Total Operational Quantity (of this Item Number) 

Total Payload Quantity (of this Item Number) 

Landing Site Disposition (of this Item Number) 

SLCN Number 
SLCN Date 
SLCN Description 

Serial Number (of all hardware pieces) 

Post Flight Disposition 

3.1.5 Edit Tables Data Set. This set of data consists of 
those tables of values needed for input data edit 
verification by* the system at the element level. The tables 
needed are the following: 

Table 


Name 

Numbej; 

Size 

Responsible Orqa nization 

~r 

4 

Orbiter Designator Codes 

02 

5 

Stowage Locker Locations 

03 

6 

Function/System Classification 

04 

15 

Building Locations 

05 

12 

Program Code 

06 

2 

Landing Site Disposition Codes 

07 

4 

Unit of Issue Codes 

08 

2 


3.1.6 Notes Data Set. This set of data consists of the 
note text. The following data elements comprise the set: 
Note Number 
Note 


3. 1.7 Suspense Data Set. This set is used for temporary 
storage of data elements required to track a hardware move. 
This data set is generated whenever a user (ESD and QAD) 
transfers hardware via the Serial Data Display (Section 

4. 1. 1.2) . 
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Serial numbered data can have only one suspense entry. 
However, Lot Numbered data may have more than one set. 

The followinq suspense data are stored: 

Item Number 
Part Number 
Traininq Part Number 
Serial Number 

Building Locations (From S To) 

Cabinet Locations and Quantities (From) 

Authority Document 
Due Date 

3.2 Data Element Descr ip tions. The followinq is a list of 
data elements comprising the data base followed by a data 
element summary (Figure 3.2) . 


•Authority Document 

The document qiving QA or Traininq Hardware personnel 
authority to move an item into or out of a bonded storeroom 
or transfer to another location. 

position Mi t_C£i teria 

1-12 Alphanumeric 


•Building Location 

The bond room or other current location for an item. For 
non-serialized items there will be multiple entries to 
provide a complete distribution of the item inventory stock. 
For serialized items, there will be one entry for each 
serial number to indicate its present location. 

position Ed i t_C ri t eri a Use 

1-12 Must match an Storaqe location 

allowable current 
storaqe location 
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♦Building Location Quantity 

The quantity for an item stored in the building location. 
For serialized items, this will always be blank. 

Position Edit_Criteria 

1-2 Numeric 


. *Buildinq 36 Accountability 

The total number of an item released for flight by 
responsible organization. 

Position Jdit_ Criteria 

1*4 Numeric 


•Cabinet Location 

The cabinet within a particular bond room where an item is 
stored. This is to provide QA visibility within each of the 
bond storerooms. 

Position Edit Criteria Use 

1-6 A/N Cabinet location within a 

bond storeroom. 


•Cabinet Location Quantity 

Quantity in the cabinet. For serialized items this will 
always be blank. 

Position Edi t_Cri teria 

1-2 Numeric 
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•Class Code 


A code used to indicate the use status at the serial level. 
It indicates the SLANTS user who has control of the serial 
data set. The codes are as follows: 



Mi t_Cri te^ia 

nse 


1 

1, 2, or 3 

1 A - 

Fliqht operational 
Equipment (Orbiter) 

2 

A or B 

IB - 

Fliqht operational 
Equipment ( Non-orbi ter) 



2 - 

Ground test or traininq 
in a hazardous environ- 




ment 



3A - 

Traininq in a non* 
hazardous environment 
or for display 



3B - 

Traininq hardware pool 


Shuttle hardware (see Item Number) can have the Class Code 
values of 1A, 2, or 3A. Non-Shuttle hardware can have the 
Class Code values of 1B # 2, or 3A. QAD will control the 
serial data elements for all hardware with Class Code values 
of 1 B r 2 , or 3A. E6D will have the Class Code value 3B. 


•Contract Number 

The contract under which the hardware has been purchased. 

Position J?di t_C ri ter ia 

1-8 Alphanumeric 

•Current Bldq. 36 Inventory 

The current number of Class Code 1A pieces of hardware 
located in Buildinq 36. 

Position Edit_Cri£eria 

1-4 Numeric 
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•Current Other Inventory 

The current number of Class Code 1 A pieces of hardware in 
locations other than bldg. 36* 

Position Mit_Crite£ia 

1*4 Numeric 


•Current Weight (Estimated/Actual) 

The item weight in pounds to the nearest hundredth of a pound 
and a code to designate "estimated" or "actual-” 

Edit Criteria 
Numeric 
« 

Numeric 

"A” for actual or "E" for estimated 


•Cycle Life 

The cumulative number of cycles of use expected from an item. 

Position Edj.t_C£itgr ia 

1*5 Numeric 


Position 

1*3 

4 

5-6 

7 


•Cycle Life Remaining 

The cumulative number of cycles of use remaining for the 
item. 

Position Edi t_Cri teria 

1-5 Numeric 


•Due Date 

The date on which an item is expected to arrive at its 
destination once it has been issued. 

gQ^ition Mit -Criteria 

1*6 Any allowable date in the numeric month-day- 

year format 
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♦Engineering Nomenclature 

The engineering drawinq nomenclature of the item. 

Position MiS_Crite£ia 

1-40 None 


•Expected Delivery to Bldg 36 

The date on which an item is expected to be returned to the 
fliqht-ready inventory in building 36. 

Posi tj.gn Jdit_£rit er ia 

1-6 A date in the numeric month - 

day-year format (HMDDYY) 


•Fit Check Complete Flag 

A flag indicating whether a pre-stowage fit check has been 
completed for the item. 

position Edit Criteria 

1 C — completed 

N — not completed 


•Fit Check Requirement Flag 

A flag indicating whether a pre-stowage fit check is required 
for the item. 

Pgsit j.pn ^ di t_Cr it er ia 

1 fi — required 

N — not required 
* — not determined 
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•Flight Number 

The designator used to uniquely identify one flight 


position 

E^ii^Cfitecia 

1~ 

N or D 

2 

E or w * 

3-5 

Numeric 

Function/System Classification 


Use 

F- NASA 

D - Department of Defense 
E - East 
W - West 


A description which cateqorizes loose equipment by 
operational function or system (i.e., EVA, tools, etc.) - Up 
to 4 F/S Classifications will be required for any line item* 


Position Mit_Crite£ia 

1-15 " Match one allowable description 


•Hardware Transfer Date 

The date on which an item is received into a building 
location. This applies to both serialized and non-serialized 
items. (See Buildinq location and Quantity.) 

Position Mit__C ritefia 

1-6 Any allowable date in the 

numeric month-day-year format. 


•Height 

The height in inches of the item (to nearest hundredth) . 
For round obqects this field will be blank. 


£ositj.on 

1-2 

3 

4-5 


Edit C ri teria 
Numeric 
* 

Nume ric 
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•Issue Date 


The date on which an item leaves a buildinq location. This 
applies to both serialized and non-ser ialized items. 

Po si ti on Edit Criteria 

1-6 Any allowable date in the numeric month-day 

year format 


• Item Number (IN) 

The Item Number is used to track all Shuttle Operational 
Hardware in the data base. The basic data sets for all 
items which have an Item Number are part of the orbiter 
flight hardware inventory and are utilized in the Shuttle 
stowage operations. The operational status of the hardware 
at the serial level is by the Class Code (see Class Code 
definition). The Part Number is used to track hardware in 
the Bonded Storage System (see Part Number definition) . 

Position ~di£_Criteria 

I- 2 Alpha 

3-6 Numeric 

7 

8-9 Numeric 

10 

II- 12 Numeric 

Posit ions 1 and 2 indicate responsible division. 


•landing Site Disposition 

A code showing the disposition action to be taken for an item 
at the landing site. 

Position I'd it .Criteria 

1-4 Natch with one allowable code 
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•Launch Location 

The location within the vehicle where an item is to 
be stowed for launch. 

Position Edj-t Criteria Use 

1-6 Must match one Indicate the stowaqe 

allowable location, 

location 


•Launch Location Quantity 

The quantity stowed in the launch location. 

Po si tion fidjt Criteria 

1-2 Numeric 


•Lenqth 

The lenqth in 

Po sit io n 

1-2 

3 

4-5 


inches of the item (to nearest hundredth). 

Edit Crit er ia 
Numeric 

• 

Numeric 


•Minimum B36 Inventory Requirement 

The minimum number of an item of Shuttle operational hard- 
ware required in the buildinq 36 inventory to support 
stowaqe operations. 

Position Edi t_C ri teria 

1-3 Numeric 


•Minimum Requirement Fidelity Code A 

The minimum number of traininq hardware items required with 
a Serial Fidelity Code A needed to support traininq. 

Position Edii_Crit££ia 

1-2 Numeric 
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•Minimum Requirement Fidelity Code B 


The minimum number of traininq hardware items required with 
a Serial Fidelity Code B . 

Position Ed4t Criteria 

1-2 Numeric 


•Minimum Requirement Fidelity Code C 

The minimum number of traininq hardware items required with 
a Serial Fidelity Code c. 

Position Edit_Crit er ia 

1-2 Numeric 


•Minimum Requirement Fidelity Code D 

The minimum number of traininq hardware items required with 
a Serial Fidelity Code D. 

Position Fdi t_C ri tej:i a 

1-2 Numeric 


•Minimum Requirement Fidelity Code E 

The minimum number of traininq hardware items required with 
a Serial Fidelity Code E* 

Position Edit Criteria 

1-2 Numeric 


• Note 


Additional descriptive 
an Item Number or Part 


information about 
Number level . 


hardware carried on 


Position Ed it Criteria 

1-120 Alphanumeric 
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•Note Number 


The unique number assigned to a Note and by which the Note 
is referenced* Each Item Number or Part Number may have a 
maximum of six notes* A note may refer to more than one 
item. 

Position Bdit_Cf ite^ia 

1 Alphanumeric 

2-4 Numeric 


•Operating Time Life 

The cumulative lifetime of use expected from an item. 

Position idit_Cr it e£ia 

1-3 Numeric 

4 D — days 

H--hours 


•Orbit Location 

The location within the vehicle where an item 
stowed during flight. 

£ 2 si£ign E<&t_£rite£ia Use 

1-6 Must match one Indicate the 

allowable location . 

location. 


•Orbit Location Quantity 

The quantity stowed in the orbital location. 

Position Edit Criteria 

1-2 Numeric 


•Orbiter 

The designator used to uniquely identify one orbiter vehicle. 

Position Edit_Cri£jgria 

1-5 Must match one allowable 

orbiter code 


is to be 


stowage 
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•Part Number <PN) 

The number given to the item to identify it on an 
engineering drawing. This will include the M dash number" 
added to a basic part number to reflect configuration. This 
number will be used to track the hardware in the Bonded 
Storage operation. (See Item Number and Class Code for 
further information.) 

Position Edit_ Criteria 

1-20 None 


•Phase 

A designator used to identify a flight phase. 


Po^iiion 

1 


Edii_ Criteria Use 

L, 0, or R L - Launch phase 

0 - Orbit phase 
R - Return phase 


•Post Flight Disposition 

The disposition action for an item when it is returned to 
JSC. 


Position Mit_Criteria Use 

1-15 None Disposition action. 


•Procedural Nomenclature 1 (PNOM 1) 

PNOM 1 is the item nomenclature with basic noun first. 

PNOM 1 is normally derived by rearranging and condensing the 
item engineering drawing nomenclature. PNOM 1 is very useful 
for cataloqinq like terms in an alphabetical listing. All 
batteries are then listed together. In such a list "battery, 
camera, 35mm” miqht well be followed by "battery, flash- 
light". However, there are cases in which the item acronym 
or abbreviation is used for PNOM 1. 

Position Edi t C ri teria 

1-40 None 
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•Procedural Nomenclature 2 (PN0M2) 

PNOM 2 is the item nomenclature in normal usage order: 35mm 

camera battery. PNOM 2 is the authorized, official nomen- 
clature for operational use. It is selected to be clear, 
concise, and unambiguous in the contexts in which it is 
used. It need not necessarily be constructed by using words 
or phrases from the engineering drawing name. Although 
PNOM 2 is the "authorized, official nomenclature" it may be 
further condensed in Flight Data File (FDF) usage to safe 
space when an item would not be confused with some other 
item, i.e., if a checklist procedure states "Obtain 35MH 
camera battery" it may later say, "install battery." 

PQSiiifi n Edit_C£ite£ia 

1-40 None 


•Proqram Code 

The code which identifies the NASA proqram for which the 
item is used. 


Pasiiion Ejit_Critgr ±a 

1-2 Must match an allowable 

proqram code. 


•Refurbishment Time 

The time in weeks needed to recondition an item for re-use in 
flight. 

Posit io n E di t Criteria 

1-2 Numeric 


•Replacement lead Time 

The lead time in weeks needed to replace an unservice- 
able item with a new one. 

£2§i£ion Edit_ Criteria 

1-2 Numeric 
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•Responsible Organization 


The organization responsible 
development and supply. 


for control of the hardware 


Use 

A ANN - JSC organization 
A AAA - Other organizations 


Position Sdit_.£ri!eria 

1*4 Must be of the 

form AANN 
or A AAA 
where A-alpha 

N-numeric 


•Return Location 


The location within the vehicle where an item is to be stowed 
for return. 


Position 

1-6 


Fdi t_Cri teria Use 

Must match one Indicates the stowaqe 

a llowable location . 

location. 


•Return Location Quantity 

The quantity stowed in the return location. 

Position Edit Cri teria 

1-2 Numeric 


•Serial Fidelity Code 

Code which classifies the suitability of training hardware 
by Serial Number. 

Position JSdit^Criter ia 

1-2 Numeric 
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•Serial No. 

The unique number (or designator) assigned to one physical 
hardware item to identify it apart from all like items. 

This is unique within an Item Number or Part Number. 
Whenever the first character position of the field contains 
the special character, *, this value becomes a M lot number” 
for non-serialized equipment. 

position Fdjt C rite ria 

1-14 None 


•Shelf life 


The total time in months durinq which an item delivered 
for flight use can remain inactive and still be usable. 


£osition 

1-2 Numeric 


•Shelf Life Expiration Date 

The date on which an item is no longer considered ready for 
flight without refurbishment . 

Position Mit_C£iteri a 

1-6 A date in the form MMDDYY 


•SLCN Date 

The date on which a Stowage List Change Notice is officially 
approved by the Configuration Control Board. 

v position Edit Criteria 

1-6“ ~ A date in the form HNDDYY 
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• SLCN Description 

Statement reflecting a chanqe or reason for change in an 
item for a particular flight. If the SLCN applies to more 
than one Item or Flight this Description is unique to the 
Item/Fliqht only (i.e., if an SLCN chanqes two Items for the 
same flight, the SLCN Number and Date will be the same for 
both Items, however, the description will be unique to each 
Item) • 

Po si tion Edit Criteria 

1-120 Alpha numeric 


•SLCN Number 

The unique number assiqned to the Flight Configuration 
Change Control documentation (Stowaqe List Change Notice) . 
This documentation reflects a chanqe in an Item for a 
particular fliqht. one SLCN Number may apply to many 
Flight/Tt eras. 

Position Mit_C rite^ia 

1-4 Numeric 


•Specification Weiqht 

The item weight in pounds to nearest hundredth of a pound. 

£osi t ion Mit_C r^t e ria 

1-3 Numeric 

4 

5-6 Numeric 


•Time Life Remaining 

The amount of cumulative lifetime of use remaining for the 
item. 

Position Edit_££ite£ia 

1-3 Numeric 

4 D — days 

H — hours 
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•Total Operational Quantity 

The total number of a particular Item needed for operational 
purposes for a flight. 

Position Ed^t. Cgitgria Use 

1-2 Numeric Quantity 


•Total Payload Quantity 

The total number of a particular payload item needed for 
payload purposes for a flight. 


position Edi t_Criteria Use 

1-2 Numeric Quantity 


•Training Part Number (TNGPN) 

The number used by BSD to track: training hardware parts. 

Position Edit Criteria 

1-20 None 


•Unit of Issue 

A standardized code showing the units by which an item is 
measured and issued. 

Posit io n f di t_C ri teria 

1-2 Must match an allowable unit in table. 


•Unit Serial Number Weight 

The weight in pounds for a serial numbered item. 

£osit ion Ed i t Criteria 

1-3 Numeric 

4 

5-6 Numeric 
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•Width 

The width or diameter in inches of the item (to nearest 
hundredth) * 

Position *! di t Criteria 
1-2 Numeric 

3 

4-5 Numeric 

6 ”D" for diameter or blank: for width 


•Work Order Number 

The number of the document authorizing work to be done on an 
item. 

Position Criteria 

1-6 Alphanumeric 
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DATA ELEMENT SUMMARY 


NAME 

NOMEN 

TYPE 

SIZE 

AUTHORITY DOCUMENT 

AUTH 

A/N 

12 

BUILDING LOCATION 

BLOC 

A/N 

12 

building location oty 

8LOCQ 

N 

2 

BUILDING 36 ACCOUNT. 

B36/ACT 

N 

4 

CABINET LOCATION 

CLOC 

A/N 

6 

CABINET LOCATION CTY 

CLOCQ 

N 

2 

CLASS CODE 

CC 

N 

2 

CONTRACT NUMBER 

CN 

A/N 

8 

CURRENT BLDG 36 INVENTORY 

B36/INV 

N 

4 

CURRENT OTHER INVENTORY 

OTH/INV 

N 

A 

CLRRENT WEIGHT (E/A» 

CURWT 

A/N 

7 

CYCLE LIFE 

CLIFE 

N 

5 

CYCLE LIFE REMAINING 

CLIFER 

N 

5 

DUE DATE 

OU6DT 

N 

6 

ENGINEERING NOMENCLATURE 

NOMEN 

A/N 

AO 

EXPECTED DELIVERY TO 36 

RETB36 

N 

6 

FIT CHECK COMPLETE FLAG 

FIT CPT 

A/N 

1 

FIT CK. RETIREMENT FLAG 

FlTREQ 

A 

1 

FLIGHT NUMBER 

FLT 

A/N 

5 

functicn/system class 

F/SCLS 

A/N 

15 

HAROWARE TRANSFER DATE 

XFERDT 

N 

6 

HEIGHT 

H 

A/N 

5 

ISSUE DATE 

IDATE 

N 

6 

ITEM NUMBER 

IN 

A/N 

12 

LANDING SITE DISPOSITION 

LOISP 

A/N 

A 

LAUNCH LOCATION 

LLOC 

A 

6 

LAUNCH LOCATION QTY 

LLOCQ 

N 

2 

LENGTH 

L 

A/N 

5 

MINIMUM B36 INV. REQ. 

B36/REQ 

N 

3 

MIN REQ FID COOE A 

MRFCA 

N 

2 

MIN REQ FID CODE B 

MRFCB 

N 

2 

MIN REG FID CODE C 

MRFCC 

N 

2 

MIN REQ FID CODE 0 

MRFCD 

N 

2 

MIN REQ FID CODE E 

MRFCE 

N 

2 

FIGURE 3. 

2 
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CATA ELEMENT SUMMARY 


(CONTINUED) 


NAME 

NOMEN 

TYPE 

SI 

NCTE 

NOTE 

A/N 

120 

NCTE NUMBER 

NOTE NO 

A/N 

A 

OPERATING TIME LIFE 

TLIFE 

A/N 

A 

ORBIT LOCATION 

OLOC 

A/N 

6 

ORBIT LOCATION CTY 

OLOCQ 

N 

2 

no o v t c a 
ui'ui i u rv 

nno 

\JT\U 

A/N 

C 

J 

PART NUMBER 

P N 

A/N 

20 

PHASE 

PHASE 

A 

I 

PC ST FLIGHT DISPOSITION 

PD ISP 

A/N 

15 

PROCEDURAL NOMENCLATURE I 

PNOM 1 

A/N 

AO 

PROCEDURAL NOMENCLATURE 2 

PNOM2 

A/N 

AO 

PROGRAM CODE 

PROG 

A/N 

2 

REFURBISHMENT TIME 

REF/T 

N 

2 

REPLACEMENT LEAD TIME 

REP/T 

N 

2 

RESPONSIBLE ORGANIZATION 

RO 

A/N 

A 

RETURN LOCATION 

RLOC 

A/N 

6 

RETURN LOCATION GTY 

RLOCQ 

N 

2 

SERIAL FIDELITY CODE 

SF I COO 

A/N 

2 

SERIAL NUMBER 

SER NO 

A/N 

IA 

SHELF LIFE 

SLIFE 

N 

2 

SHELF LIFE EXPIRATION D 

SLIFEX 

N 

6 

SLCN OATE 

SLCNDT 

N 

6 

SLCN DESCRIPTION 

SLCNC 

A/N 

120 

SLCN NUMBER 

SLCN 

N 

A 

SPECIFICATION WEIGHT 

WT 

A/N 

6 

TIME LIFE REMAINING 

TLIFER 

A/N 

A 

TOTAL OPERATIONAL QTY 

OQTY 

N 

2 

TCTAL PAYLOAD QUANTITY 

PQTY 

N 

2 

TRAINING PART NUMBER 

TNGPN 

A/N 

20 

UNIT OF ISSUE 

UI 

A 

2 

UNIT SERIAL NUMBER WEIGHT 

USWGT 

A/N 

6 

width 

W 

A/N 

6 

WCRK ORDER NUMBER 

WON 

A/N 

6 
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4-0 IHPUT/OOTPOT DESCRIPTIONS 

4.1 loisxasii ispjiiZajiiBiii 

Two types of displays are needed for this application: (1) 

to update the data base and (2) to input query data and show 
the results of the queries. 

All displays will use the f irst tiwee \iipes for commuai cation 
and control of the application program by the user. The 
formats for these displays are made to appear by entering a 
two-digit code on line one. On multiple page displays the 
user can request any page of the display report by entering 
a page option on line one typing directly over the display 
code field. The display code must be input first. The 
general format of the first line of the display is given 
below. 


T' 

- tb ft- 1 






X X, AC 


mr 


< TITLE AND/OR KEY QATA I 


X] 


PAGE N OF M 

imramiin 


Where XX is the unique code identifying the display format 
required and AC ' « is the action code field. N is the 
number of the current page being displayed and H is the 
total number of pages of the display. The page option may 
be entered at XX after the display code has been requested. 

When specifying a page command the first entry must be 1 P* 
followed by the page option. The options available are: 


Blank - Implies value of 1 

I - Any number less than or equal to the total number 

of pages 

♦ - Next page 

- - Previous page 

The unique codes for the displays are: 

01 Basic Data 

02 Serial Data 

03 Fliqht Conf iquration Definition 

04 Fliqht Location/Serial Configuration Data 

05 Flight SLCN History 

06 Function/S ysteffl Classification Query 
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07 Location Inventory Query 

08 Flight Configuration Change Query 

09 Serial History Query 

Messages to the user will appear on the last line of the 
display* 

4.1*1 Displays: All update displays will have an action 

code to direct processing of the data being input* Also, 
key data elements are associated with each of the displays 
and are always reguired as input by the user. The action 
codes are: 


A~~Add the display key element to the da t, 
data may he included at the same time. 


C--C hangs existing data for the key element by adding, 
changing, or deleting element values. A delete 
character, I, for individual elements is needed to 
delete an element value; when used, it is entered in 
the first character position of the field beinq 
deleted. 


D--Delete the display key element and all of its 
associated data from the data base. 

R--Retrieve the existing data for a key element. 

The program will remove the Action Code from the display 
with each transmission of data by the user. A format is 
given for each display. 
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4. 1.1.1 Basic Data (Display 01). The format for this 
display is shown in Fiqure 4, 1.1.1. The user will always 
enter an Item Number or a Part Number or a Traininq Part 
Number as the key element. 

gpg^ess inq Rules 

1. An action code of R will retrieve existinq basic 
data for the specified key element if any exists# 
otherwise an error message will result. 

2. An action code of A will add the key element and any 
other basic data on the display to the data base. If 
the key element duplicates an existinq value# an error 
messa qe will result and no action will be taken . 

3. An action code of C will allow any of the basic data 
elements to be chanqed# added, or deleted. The delete 
character will delete an element. 

4. An action code of D will cause the key element and 
all of its basic and serial data to be deleted . A 
history entry will be qenerated for each serial entry 
deleted. 

5. The 40 character enqineerinq nomenclature will 
appear as two fields of 20 characters each on the 
display to allow user controlled seqmenta tion . 

Procedural nomenclature fields will appear the same way. 

6. The 120 character note field will appear as two 
fields of 60 characters each on the display. 

7. The key data element may have a maximum of six 
notes. All notes will be updated by the followinq 
action codes: 

AN--Attach an existinq note to the key data 
CN--Allow the note number text to be chanqed 
DN--Delete the note number. If it is the last 

reference to the note number then the note will 
automatically be deleted from the data base 
NN — Add a new note number and text. If the note num- 
ber duplicates an existinq note number# an error 
messaqe will result and no further action will be 
taken. 
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01 A/C • # 



SLANTS BASIC 

DATA 

PN • 



* IN * 


a 

TNGPN • 



< 



ENGR NOMEN • 



• 



PNOM 1 * 



• 



PN0M2 • 



• 



RESPONSIBLE ORG 

• 

• LENGTH 

■ 

a 

MIN BLDG 36 REQ 

« 

• WIDTH 

• 

a 

REP LEAD TIME 


a 

• HEIGHT 

• 

a 

REFURB TIME 


• 

• CURRENT WT 

a 

t 

PROGRAM CODE 


« 

• SPEC WT 

• 

« 

MIN REQ FCODE 

A 

< 

• F/S CLASS 

• 


MIN REQ FCODE 

B 

• 

• F/S CLASS 

t 


MIN REQ FCODE 

C 

t 

• F/S CLASS 

• 


MIN REQ FCODE 

D 

• 

• F/S CLASS 

a 


MIN REQ FCODE 

E 

• 

« 



SLCN NO. ■ 

• 

SLCN OATE * 1 

SLCN 

FL IGHT 


DES. 

a 

a 







NOTE 

NO. 

« 

a 

NOTE 

AC 

• 

a 

NOTE 

a 

V 







NCTE 

NO. 

a 

a 

NOTE 

AC 

a 

• 

NOTE 

a 

• 







NCTE 

NO. 

a 

a 

NOTE 

AC 

a 

• 

NOTE 

• 

a 







NOTE 

NO. 

a 

a 

NOTE 

AC 

a 

a 

NCTE 

a 

a 







NOTE 

NO. 

a 

a 

NOTE 

AC 

a 

a 

NOTE 

a 

a 








i 8ASIC DATA DISPLAY ) 
( FIGURE 4.1.1. 1 ) 


PAGE 

OATE 


i 

• 

SHELF LIFE * 

OP TIME LIFE ■ 
CYCLE LIFE » 

UNIT OF ISSUE « 
FIT CK REQ • • 


• • 
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4. 1.1. 2 Serial Data (Display 02). The format for this 
display is shown in Fiqure 4.1. 1.2. The user will always 
enter a Serial Number (or Lot Number) and either an Item 
Number or a Part Number or a Training Part Number as key 
data elements. 

1. An action code of R will retrieve existing serial 
data for that individual hardware item if any exists. 

The key data elements must exist, or an error message 
will result. Some basic data will also be displayed. 

2. An action code of A will add the Serial Number and 

any other serial data on the display. If the Serial 

Number duplicates an existing value for the item, or if 
the Item number or Part number or Training Part Number 
does not exist, an error message will result and no 
action will be taken. 

3. An action code of C will allow any of the serial 
data set elements to be changed, added, or deleted 
(except the Serial Number) . The delete character will 
delete an element. 

4. An action code of D will cause the Serial Number and 

all of its serial data to be deleted. A history entry 

for this Serial Number will be generated. 

5. A maximum of six building locations will be allowed. 
For lot numbered { non-serialized) items there will be a 
maximum of three cabinet locations allowed per building 
location. 

6. A history update is created when the class code 
value is changed to 3 A. 
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02 A/C • • SERIAL DATA FOR 

SERIAL • 


i 

PAGE 

OF 

PN * 

• 

IN • 

• 



DATE 


TNGPN * 


« 






ENGR NCMEN • 



• 



• 


CLASS CODE f • 



FIT CK COMP * 

• 




EXP DELIVERY TO B36 

• 

« 

LAST ISSUE DATE 

• 

• 


time life remaining 

i 

t 

WORK ORDER NO. 


« 

i 


CYCLE LIFE REMAINING 

• 

• 

CONTRACT NO. 


i 

• 


SHELF LIFE REMAINING 

i 

« 

UNIT SERIAL WT 

• 

• 

i 


AUTHORITY DOC • 


• 

FIDELITY CODE 

• 

i 



BLDG LOCATION CTY 

BLDG 

LOCATION CTY 

BLOG 

LOCATION 

QTY 

« • i • 

• 


• ■ • 

• 


i 

i i 

CABINET CTY XFEROT 

CABINET 

OTY XFERDT 

CABINET OTY 

XFERDT 

• i i m i 

• 

• 

iii • 

• 


iii 

• 

• iii 

• 

1 

« • 

• 


iii 


♦ iii 

i 

1 

i « 

i 


iii 



DLDG 

i 

LOCATION 

i 

QTY 

• i 

BLDG LOCATION 

• • 

CTY 

• i 

BLDG LOCATION OTY 

t «•« 

CABINET GTY 

• iii 

XFEROT 

« i 

CABINET 

• • 

QTY 

• ii 

XFERDT 

• 

CABINET 

• • 

OTY XFEROT 

i i i 

i 

iii 


• i 

• • 


i a 

• • 

i 

i • i 


• • 

• i 


• 1 

* • 


ACTION CODE • • AUTHORITY DOCUMENT • 


SHIPPING DATA 

ISSUE DATE * 
BLOG • 

OLE DATE 1 
OTY • • 

DESTINATION * 

CABINET OTY 

i • • i 

* t ii 

• • • • 


RECEIVING DATA 

XFER DATE • 
BLDG • 

OTY • • 

CABINET QTY 

* « i i 

• * « * 

< i • * 


( SERIAL DATA DISPLAY I 
t FIGURE A. Wl.2 > 
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7. Hardware tracking moves nay be recorded by the use of 
hardware action codes and an authority document. The old 
value for Authority Document is simply replaced by the new 
value. The effects of such movement of an item on the 
history update file and suspense file are shown by the 
following chart. 


Hard- 

ware 

Action 

Code 

Description 

Creates 
History 
U pda te 

Creates 

Suspense 

Entry 

Removes 

Suspense 

Entry 

Display 

Action 

Code 

Comments 

MH 

Move 


X 


C 



Hardware 






RH 

Receive 

X 


X 

c 



Hardware 






AH 

Add 

X 



A , C 



Hardware 






CT 

Cancel 

X 



C 



Tracking 






RS 

Retrieve 



X 

R 

Input 


Suspense 





Authority 


File Entry 





Document 


Where: 

Move Hardware (MH) action code will accept shipping data and 
create a suspense file entry. The issue date must. be the 
current date or precede the current date, or an error 
message will result and no action will be taken. 

Receive Hardware (RH) action code will accept receiving 
data, remove the entry from the suspense file, and update 
the history file. If the destination entry given at the 
issue date does not match the buildinq location in the 
receiving data, a warninq message will occur. 

Add Hardware (AH) action code will allow the user to add 
hardware to the tracking system and create the initial 
history entry. 

Cancel Tracking (CT) will cause the serial data to be 
removed from the data base after a history update is made. 

Retrieve Suspense File Entry (RS) will remove an entry to 
the suspense file and restore the buildinq and cabinet 
location values from which it was issued. 
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4. 1.1.3 Flight Configuration Definition (Display 03). The 
format for this display is shown in Figure 4. 1.1.3. The 
user will input the Flight Number and Item Number or Part 
Number as key data elements. 

Pr oc essing Ru les 

1. An action code of R will retrieve the existing 
configuration for the specified key elements. 

2. An action code of A will assiqn an Item Number to an 
existinq Flight, or if the Flight Number does not exist, 
create a new Flight configuration. 

3. An action code of C will allow any of the 
configuration data to be changed, added, or deleted. 

The delete character will delete an element. 

4. An action code of D will remove the Item Number 
attachment from this Fliqht. Both Item Number and 
Flight must be supplied or an error message will appear. 
All Fliqht Configuration Data for this Item on the 
specified Flight will be purqed from the data base. 

5. SLCN data may only be entered on this display (see 
Display 05) . 

6. After a user assigns a new Launch Location/Qty, the 
program will automatically display this entry on the 
Flight Location/Serial Configuration Data Display 
(Display 04) . 

7. If the user removes an existinq Launch Location/Qty, 
all of the Serial Numbers assignments for that entry 
(see Display 04) will be removed. 

8. A special ac tion code of P will cause the Fliqht 
Number and all of its associated configuration data to 
be deleted from the data base. An error message will 
appear if both Flight Number and Item Number are entered 
and no action wi]l be taken. 
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03 A/C 1 • FL IGHT * * CONF IGUR AT ION DEF IN IT ION PAGE OF 

IN • • PN • * DATE 

0R8ITER NO. * * 

ENGR NCMEN * * # 

TOTAL PAYLOAD QTY • • 

TOTAL OPERATIONAL QTY • • LANDING SITE DISPOSITION • • 

POST FLIGHT DISPOSITION « * 

SLCN NO. • • SLCN DATE 1 # 

DES. » ' 


LAUNCH 

LOCATION QTY 


ORBIT RETURN 

LOG AT ION QTY LOCAT ION QTY 


( FLIGHT CONFIGURATION DEFINITION DISPLAY ) 
[ FIGURE A. 1.1.3 ) 
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4,1*1. 4 Flight Location/Serial Configuration Data (Display 
04) . The format for this display is shown in Figure 
.1.1.4. The user will always enter a Flight Number, and an 
tern Number or Part Number, as key data elements. 

£l 2 £essing_Ru les 

1. An action code of R will retrieve the existing 
configuration for the specified key elements, if any 
exists. 

2. An action code of A will not be allowed. 

3. An action code of D will not be allowed. 

4. An action code of C will allow any of the 

configuration data elements (except key elements) to be 
changed, added, or deleted. The Location/Qty fields 
will be displayed by the program from information 
supplied by the user via Display 03. The Location/Qty 
reflects only Launch data from Display 03 and cannot be 
altered in any manner from this display. The delete 
character may be used to delete serial numbers only. 

5. SLCN data ma y onl y be entered on this display . 
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OA A/C * * FLIGHT • • LOC/SERIAL CONFIGURATION DATA PAGE OF 

IN 1 1 PN • * DATE 

ORBITER NO. • • 

ENGR NOMEN • • 1 

POST FLIGHT DISPOSTION • • 

SLCN NO. • • SLCN DATE * # 

OES. « # 

• ■ 

LOCATION OTY LOCATION QTY LOCATION QTY LOCATION QTY 

• iia « i i « * i • • • • • • 

SERIAL NUMBERS SERIAL NUMBERS SERIAL NUMBERS SERIAL NUMBERS 


LOCATION CTY LOCATION QTY LOCATION QTY LOCATION QTY 

« « « • t *•• « * • • • ««• 

SERIAL NUMBERS SERI AL NUMBERS SERIAL NUMBERS SERIAL NUMBERS 


< FLIGHT LOCATION/SERIAL CONFIGURATION DATA DISPLAY ) 
( FIGURE A. I. I. A ) 



cr * 


1.1.5 Flight SLCN History (Display 05). The format for 
is display is shown in Figure 4. 1.1. 5. The user will 
always input the Fliqht Number and Item Number or Part 
Number as key data elements. 

£l9£essi n^_Ru les 

1. An action code of R will retrieve the existinq SLCN 
data for the specified Item Number and Fliqht. 

2. An action code of C will allow any of the SLCN data 
to be changed, added, or deleted. The delete character 
will delete an element. 

3. The data are to be sequenced by SLCN Number. 

4. An action code of A will be allowed only if no 
previous SLCN data have been entered for the Item on the 
specified Fliqht. This does not apply to SLCN Number 
itself which may be entered on another Item or Fliqht 
but only to the data fields associated with that number. 

5. An action code of D will not be allowed. 
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05 A/C • " FLIGHT SLCN HISTORY 

FLIGHT • • IN • • 

ORB ITER NO# • ■ 

ENGR NCMEN • • 

PN0M2 • • 

SLCN NO. / 

OATE SLCN DESCRIPTION 


( FLIGHT SLCN HISTORY OISPLAY ) 
< FIGURE 4.1. 1.5 > 


PAGE 

DATE 



4.1,1. 6 Function/System Classification Query (Display 06). 
The format for this display is shown in fiqure 4. 1.1.6, The 
user will enter Fliqht Number and Function/System 
Classification code as key data elements. 

£ t oge ssi na_ R u le s 

1. The proqram will display those items associated with 
the F/S classification code and Fliqht. 

2. The followinq data elements come from the Item Basic 
Data Set. 

Item Number 
Part Number 

Procedural Nomenclature 1 

3. The followinq data element come from the Fliqht 
Conf iqura tion Data Set. 

Launch Quantity 

4. The output is alphabetically sequenced by Procedural 
Nomenclature 1. 
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06 SLAHTS FUNCTION/ SYSTEM CLASSIFICATION QUERY PAGE 

F/S CLASS CODE 1 * FLIGHT # * DAT£ 

ITEM NUMBER PART NUMBER PN0M1' 

XXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXX xxxxxxxxxxxxxxxxxxxx 

xxxxxxxxxxxxxxxxxxxx 


( FUNCTION/SYSTEM CLASSIFICATION QUERY DISPLAY 
C FIGURE 4. 1.1.6 ) 


OF 


LAUNCH 

QTY 

XX 
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4. 1.1.7 Location Inventory Query (Display 07). The format 
for this display is shown in Figure 4. 1.1.7. The user will 
enter as key data elements the Flight and one of the 
following: Launch, orbit, or Return stowage Location. 

Proces si ng Rules 

1. The program will display the inventory for the 

specified location and Flight. 

2. The following data comes from the Basic Data Set. 

Part Number 

Procedural Nomenclature 2 

3. The following data comes from the Flight 

Configuration Data Set. 

Item Number 

Launch Quantity 

4. The output is sequenced by Item Number. 
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07 

FLIGHT • 

ITEM NO 
xxxxxxxxxxxx 


SLAHTS LOCATION INVENTORY QUERY PAGE ' OF 
PHASE 1 • LOCATION • * 0ATE 


PART NUMBER PN0M2 LOCATION 

QTY 

xxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxx XX 

xxxxxxxxxxxxxxxxxxxx 


( LOCATION INVENTORY QUERY DISPLAY ) 
i FIGURE A* 1* 1*7 I 
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4. 1.1.8 Fliqht Configuration Change Query (Display 08). 

The format for this display is shown in Figure 4. 1.1. 8. The 
users will enter the Fliqht Number and the SLCN start and 
end dates, as key data. 

1. The program will display a summary of the Flight 
Configuration Changes which have been applied to the 
Data Base from the specified beginning date through the 
specified ending date. If the key data are not entered, 
an error message will occur and no further action will 
be taken. 

2. The following data elements come from the Fliqht 
Configuration Data Set. 

Item Number 
SLCN Number 
SLCN Date 

3. The output is sequenced by Item Number and 
subseguenced by Stowage List Change Notice Number. 

4. If more than 500 SLCN Numbers (approximately 10 
paqes) are located between the start and end dates, the 
user will be requested to supply more restrictive dates. 
Processing of this display will then stop and no output 
will be returned to the user un til the new dates are 
entered. 
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08 SLAHTS FLIGHT CONFIGURATION CHANGE QUERY PAGE 

FLIGHT • • SLCN OATES • * THRU ■ * DA7E 


I TEH NO* SLCN NO* 

xxxxxxxxxxxxxx xxxx 

xxxx 

xxxx 

xxxxxxxxxxxxxx xxxx 

xxxx 

xxxx 

xxxxxxxxxxxxxx xxxx 

xxxx 

xxxx 


DATE 

xxxxxx 

xxxxxx 

xxxxxx 

xxxxxx 

xxxxxx 

xxxxxx 

xxxxxx 

xxxxxx 

xxxxxx 


C FLIGHT CONFIGURATION CHANGE QUERY DISPLAY ) 
I FIGURE A*1*U8 ) 
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4. 1.1.9 Serial History Query (Display 09). The format for 
this display is shown in Fiq ure 4. 1.1.9. The user will 
enter the Serial Number and either an Item Number or a Part 
Number or a Traininq Part Number as key data elements. 

Process ing Pule 

This display is for retrieval purposes only. The set of 
history data entries which are stored on line for the 
item at that point in time will be displayed. 
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09 SERIAL ♦ 

• HISTORY QUERY 


PAGE OF 

PN » 


• IN * 

• 


DATE 

TNGPN 

« 

• 




ENGR 

NOMEN * 

• 


* 


PNOM1 

• 

• 


• 


time 

LIFE • • 

TIME LIFE 

REMAINING * 

t 


CYCLE 

LIFE* • 

CYCLE LIFE 

REMAINING * 

« 


PROG 

CODE * • 





DATE 

TRANSFERRED 

LOCATION 

QTY 

authority doc 



FROM 

TO 




XXXXXX 

XXXXXXXXXXXX 

XXXXXXXXXXXX 

XX 

XXXXXXXXXXXX 


XXXXXX 

XXXXXXXXXXXX 

XXXXXXXXXXXX 

XX 

XXXXXXXXXXXX 


XXXXXX 

XXXXXXXXXXXX 

XXXXXXXXXXXX 

XX 

XXXXXXXXXXXX 


XXXXXX 

XXXXXXXXXXXX 

XXXXXXXXXXXX 

XX 

XXXXXXXXXXXX 


XXXXXX 

XXXXXXXXXXXX 

XXXXXXXXXXXX 

XX 

XXXXXXXXXXXX 


XXXXXX 

XXXXXXXXXXXX 

XXXXXXXXXXXX 

XX 

XXXXXXXXXXXX 


XXXXXX 

XXXXXXXXXXXX 

XXXXXXXXXXXX 

XX 

XXXXXXXXXXXX 


XXXXXX 

XXXXXXXXXXXX 

XXXXXXXXXXXX 

XX 

XXXXXXXXXXXX 


XXXXXX 

XXXXXXXXXXXX 

XXXXXXXXXXXX 

XX 

XXXXXXXXXXXX 


XXXXXX 

XXXXXXXXXXXX 

XXXXXXXXXXXX 

XX 

XXXXXXXXXXXX 


( SERIAL HISTORY QUERY OISPLAY ) 
( FIGURE A. 1.1.9 > 
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4, 2 Batch Input/Output 


4.2.1 Edit Table Updates. The format for the edit table 
update card is shown in Fiqure 4.2.1. 

PJEQcessin^ 

The table to be updated is determined by the "table 
code” in the first two columns of the update card. The 
update function is determined from the code in column 3: 
'* A”--”add ; ” «d m ~ -" delete. " A chanqe is accomplished by 
a delete followed by an add. The data to be deleted 
and/or added must be coded beqinninq in column 4. 

4.2.2 Batch Output Description. The followinq sections 
list the batch reports which are to be produced by the 
system. Each report is described in terms of what is input 
by the user and what processinq is required. A format for 
each report is qiven, General turn around time for a report 
to be submitted and received is approximately 24 hours. 

In qeneual, all batch reports will show the date produced 
and will have paqe numbers. The user requestinq the batch 
reports will be able to sped f y the output media. One part 
and multiple part paper as well as microfilm must be 
available for all batch report output. 

Reports are qenerated based on user input on a punched card. 
A selection card format is qiven with each report, 
identifyinq columns (COL) and data entries (Description). 
Values in the data fields are left -justified. 
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1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 


B| 

D 

OR 

A 

AAAAAAAAAAA 

Table 

Code 


Data to be deleted and/or added 
must be coded beginning in column 4 


FIGURE 4*2*1 


EDIT TABLE UPDATE CARD FORMAT 



4. 2. 2-1 Stowage list Report (Report Number 01). The format 
for this report is shown in Figure 4.2.2. 1. To request this 
report, the user will specify the flight and whether the 
report is to be sequenced by Item Number or Part Number or 
by Engineering Nomenclature. 

Processin g Ryl ^s 

1. Within the report selected, the data is sequenced by 
Launch Location within Item Number. 

2. The following data comes from the Basic Data Set: 

Engineering Nomenclature 

Part N umber 

Specification Weight 

Current Weiqht 

Length 

Width 

Heiqht 

3. The following data comes from the Flight 
Configuration Data Set: 

Fliqht 
Orbiter 
Item Number 

Total Operational Quantity 
Total Payload Quantity 
Stowage Locations and Quantities 
Landing Site Disposition 

4. The following data comes from the Note Data Set: 

Note Number 
Note 

5. Only those note numbers beginning with A, B or C will 
be printed at the bottom of the page. 
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i l«0d3H 1SI1 39V801S I 


X ??^ XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX * XXXXXXX X X XX X XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XX XX 

XXXXXXXlCXltXlMtifXxIIIxifliYYVYYYi^ * xxx 

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXX xxxx 


1X31 31 ON 



XXXX XXXX xxxx 
xxxx xxxx xxxx 


xxxx 


:xxxxx xxxxxx xxxxxx 

XX XX XX XX XX 


XXXX XXXX XXXX XX XXX xxx 
XX*XX XXX’XX xx-xx XXXXXXXXXXXXXXXXXXXX 
XXX-XXX XX*XXX XXXXXXXXXXXXXXXXXXXX XX'XX-XXXXXX 


S3ICN 


•OdSIO 

31IS 

9N10NV 


* c 1 d 0 S3HDMI 

SNO1SN3KI0 
AIUNVHO 1DV/1S3 
iMonj <-s9i> -im 93ds 
KHitDCl 3JVM01S 1V101 INSaaflO 11NH UNO 


asawrw lava 


3 aniV 1 DN 3 WDN 

9Nia33NilON3 
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W31 1 


31VO 

3 tVd 


xxxxxxxxxxxx as iwcd3a isn sdvmjis to -on laodsa 
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XXXXX 1HOJ1J 
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6 


Selection Card Format 


Qol 32£S£li£tifin 

1-2 Report Number 

3-7 Flight Number 

8 Sort Option 

0 - Sort on Item Number 

1 - Sort on Engineering Nomenclature 

2 - Sort on Part Number 

9-14 Previous Stowage List Date, in the form of 

MHDD YY. If supplied, all SLCN data for 

this flight entered into the computer since 
the supplied date will be listed at the end 
of the report. The format used is described 
in Section 4=2.2*19. 

7. The report heading will indicate which sort option 
was specified. 

8. This report is needed primarily for POO - 
Integration Division. 
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4. 2. 2. 2 Logistics Management Report (Item Level) (Report 
Number 02), The format for this report is shown in Figure 
4. 2- 2. 2. This report will include Shuttle Operational 
Hardware only (Hardware for which an Item Number exists) • 

1. The data for this report is sequenced by the Item 
Number. 

2. The following calculation is to be performed: 

For flight hardware compute out of service value by 
subtracting Current Bldq. 36 Inventory and Current 
Other Inventory from Building 36 Accountability. 

3. The following data comes from the Basic Data Set: 
Item Number 

Engineering Nomenclature 
Part Number 

Building 36 Accountability 
Current Bldq. 36 Inventory 
Current Other Inventory 
Minimum B36 Inventory Requirement 
Replacement Lead Time 
Refurbishment Time 
Shelf Life 
Operating Time Life 
Cycle Life 

4. Selection Card Format 

Col De^sxiJBtifiB 

1-2 Report Number 

5. This report is needed primarily for POO - 
Integration Division and SRSQA Quality Assurance 
Division. 
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STOWAGE 
REPORT NO. 

LIST ANO HARDWARE TRACKING SYSTEM 
02 LOGISTICS MANAGEMENT (ITEM LEVEL! 



PAGE 
■ DATE 


- 

IT£H 

NUMBER 

ENGINEERING 

NOMENCLATURE 

PART NUMBER 

OELIVERED 
TO BLOG. 36 
ACCOUNT- 
ABILITY 

CURRENT 
BLDG. 36 

INVENTORY 

OTHER 

LOCATIONS 

OUT-OF- 

SERVICE 

MINIMUM 
BLOG. 36 
INVENTORY 
REQMT. 

REPL. 
LEAD 
TIME 
( WKS • ) 

REFURB 
TIME 
I WKS . ! 

SHELF 
LIFE 
1 MONTHS) 

OPER. 
TIME 
LIFE 
(HRS. ) 

CYCLE 
LI FE 

XXXXXX.XX.XX 

XXXXXXXXXXXXXXXXXXXX 

xxxxxxxxxxxxxxxxxxxx 

xxxx 

XXXX 

XXXX 

XXXX 

XXX 

XX 

XX 

XX 

XXXX 

XXXXX 


xxxxxxxxxxxxxxxxxxxx 



t LOGISTICS MANAGEMENT REPORT - ITEM LEVEL ) 
4 FIGURE 4.2. 2-2 I 



4. 2* 2. 3 Loqistics Management Report (Serial Number Level) 
(Report Number 03) • The format for this report is shown in 
Figure 4. 2-2, 3. This report mill include Orbiter Flight 
Hardware only. (Item Number exists and Class Code = 1A). 

££0£e£§in£_£ules 

1. The data for this report is sequenced by Item Number 
and subsequenced by Serial Number. 

2. The following data comes from the Basic Data Set: 

Item Number 

Engineering Nomenclature 
Part Number 

3. The following data comes from the Serial Data Set: 

Serial Number 
Building Location 
Building Location Quantity 
Hardware Transfer Date 
Operating Time Remaining 
Cycle Life Remaining 
Shelf Life Expiration Date 
Unit Serial Number Height 
Expected Delivery to Bldg 36 

4. Selection Card Format 

Descr ip tion 

1-2 Report Number 

5. This report is needed primarily for POO - Integration 
Division and ESD - Spacecraft Design Division. 


4-29 



C €*2*2** 3*0913 > 

I 13A31 1VIH3S,- i«0d3* 1 N3H39VNVH S311SI901 > 



o 

tn 

i 


XXXXXX xxxxxxxxxxxxxxxxxxxx 


xx*xxx 

xxxxxx 

XXXX 

XX 

XXXX xxxxxx xxxxxxxxxxxx xxxxxxxxxxxxxx 

XXXXXXXXXXXXXXXXXXXX 

XXXXXXXXXXXXXXXXXXXX 

xx-xx*xxxxxx 

1S91> 
1H913M 
aaawnN 
1VIM3S UNO 

aiva 

NO I IVd I dX3 
3311 313HS 

9NI NI VH3W 
3311 
310A0 

(•SbH) Q19 01 03*1393* 

9NINIVW3M AU3AI 130 31V0 

3311 3WI 1 03l93dX 3 A10 

ON 1 1 Vd3dO NOllVOQl 

iN3b«no 

All 11 BV 
-lNfiODDV 

9c -oaia oi 
aab3An3a 
•ON 1V1M3S 

b39WnN i«Vd 

3U01V13N3H0N 
ON 1 *33N I9N3 

*39WflN 

Hill 



31VO 

39Vd 

< 13A31 «39K0N 1VI«3SJ 1N3W39VNVW 
W31SAS ONlXOVbl 3«VM0«VH 

SO IIS 1001 €0 *0N l«0d3* 
ONV 1S11 30VH01S 




4,2. 2. 4 Prepack Procedure Report (Report Number 04). The 
format for this report is shown in Figure 4*2.2. 4. This 
report is requested by Flight. 

Eisssssina-fislss 

\ 

1. The data is sequenced by Launch Location, including 
page breaks for each new location value, and is 
subsequenced by Item Humber and Serial Number. 

2. The following data comes from the Basic Data Set: 

Engineering Nomenclature 
Part Number 
Controlled Fit Check 
Note Number 
Note 

3. The following data comes from the Flight Configura- 
tion Data Set: 

Item Number 
Serial Number 
Orbiter 

Launch Location 

Launch Location Quantity 

4. The following data comes from the Serial Data Set. 
Unit Serial Number Weight 

5. Selection Card Format 


Col 

1-2 

3-7 


Description 
Report Number 
Flight Number 


6. Only those notes beginning with the prefix D, E, or 
F will be printed at the bottom of the page. 

7. This report is needed primarily for POO - Integration 
Division and SRSQA - Quality Assurance Division. 


■ <-./ 
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4-2. 2.5 Stowage Locker Report (Report Number 05). The 
fornat for this report is shown in Figure 4-2-2. 5. To 
request this report, the user will specify the flight and 
phase or phases. 

1. The data on this report will be sequenced by phase, 
subsequenced by Location and sub-sequenced by Item 
Number. A page break will occur for each new Location. 

2. The following data cones from the Basic Data set: 

Engineering Nomenclature 

Part Number 

Current Weigh t 

Length 

Width 

Height 

3. The following data comes from the Flight Configura- 
tion Data Set: 

Launch Location 

Launch Location Quantity 

Orbit Location 

Orbit Location Quantity 

Return Location 

Return Location Quantity 

Item Number 

Orbiter 

4. Selection Card Format 


£ol 

1-2 

3-7 

8 


nesc£iL>ti Q n 

Report Number 
Fliqht Number 
Phase Indicator 
L - Launch 
0 - Orbit 
R - Return 

Blank - All phases for the Fliqht will he 
processed • 


5. This report is needed primarily for POO - Integration 
Division. 
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4. 2. 2. 6 Master Bond Room Storage List (Report Number 06). 
The format for this report is shown in Figure 4.2.2. 6. 

1. The data for this report is sequenced by Part Number 
and by Serial Number within Part Number and consists of 
data having class code 1A, IB, and 2. 

2. The report will be segmented by building number 
where bonded storerooms are located. 

3. The non-active indicator is printed whenever the 
current (machine) date is one year greater than the last 
Issue Date. 

4. The following data comes from the Basic Data Set: 
Part Number 

Engineering Nomenclature 
Class Code 

Responsible Organization 
Proqram Code 
Unit of Issue 

5. The following data comes from the Serial Data 
Set: 

Serial Number 
Building Location 
Cabinet Location 
Cabinet Location Quantity 
Shelf Life Expiration Date 
Work Order Number 
Contract 
Issue Date 

6. Selection Card Format 

Col Pesg ri-Etign 

1-2 Report Number 

7. This report is needed primarily for SR6QA - Quality 
Assurance Division. 
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8U1LDING XXXXXXXXXXXX 








QUANTITY 

UNIT 


EQUIP CLASS 
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PROGRAM 

WORK ORDER 


PART NUMBER 


ON 

OF 

ENGINEERING 

SHELF LIFE 

ISSUE 

RESPONSIBLE 


NON 

SERIAL NUMBER 

LOCATION 

HAND 

ISSUE 

NOMENCLATURE 

X-DATE 

DATE 

ORGANIZATION 

CONTRACT 

ACTIVE 

XXXXXXXXXXXXXXXXXXXX 


XX 

XX 
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♦ 

xxxxxxxxxxxxxx 
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XXXXXXXX 




< MASTER BOND ROOM STOWAGE LIST ) 
< FIGURE A.Z.2.6 » 



4.2. 2.7 Post Fliqht Disposition Report (Report Number 07) 
The format for this report is shown in Fiqure 4. 2. 2. 7. To 
request this report, the user will specify the Fliqht. 

lifts 

1. The data selected will be those items having a 
Landing Site Disposition of M JSC. M 

2. The data will be sequenced by Responsible 
Organization and subsequenced by Item Number. A page 
break will occur for each new Responsible Organization 

3. The following data cones from the Fliqht 
Configuration Data Set: 

Fliqht 
Or biter 

Post Fliqht Disposition 

Item Number 

Serial Number 

Return Location 

Return Location Quantity 

4. The following data comes from the Basic Data 
Set: 

Engineering Nomenclature 
Part Number 

Responsible Organization 

5. Selection Card Format 


£ol 

1-2 

3-7 


Description 
Report Number 
Fliqht Number 


6. This report is needed primarily for POO - Integration 
Division and SRSQA - Quality Assurance Division. 
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FLIGHT XXXXX ORBITER XXXXX 



JSC 



RESPONSIBLE ORGANIZATION 

ITEM 

NUMBER 

ENGINEERING 
NOMENCLATURE 
PART NUMBER 

TOTAL 

RETURN 

QUANTITY 

RETURN 

STOWAGE 

LOCATION 

SERIAL 

NUMBER 

POST FLIGHT 
DISPOSITION 
REQMTS 

BLDG 36 
QA 

VERIF 

REMARKS 

XXXXXX.XX.XX 

XXXXXXXXXXXXXXXXXXXX 

XXXXXXXXXXXXXXXXXXXX 

XXXXXXXXXXXXXXXXXXXX 

XX 

XXXXXX 

XXXXXXXXXXXXXX 

XXXXXXXXXXXXXX 




i POST FLIGHT DISPOSITION REPORT I 
< FIGURE A. 2. 2. 7 ) 



4. 2. 2. 8 Nomenclature Definition Report (Report #08). The 
format for this report is shown in Figure 4. 2. 2. 8. This 
report will include Orbiter Flight Hardware only (Item 
Number exists) • 

Excess 

1. This report is seguenced by Item Number. 

2. The following data comes from the Basic Data set. 
Item Number 

Engineering Nomenclature 
Function/System Classi f ica tion 
Part Number 

Procedural Nomenclature 1 
Procedural Nomenclature 2 

3. Selection Card Format 

Col D esc ripti on 

1-2 Report Number 

4. This report is needed primarily for FOD. 
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REPORT NO* 
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NOMENCLATURE DEFINITION 
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ITEM 

PART 

ENGINEERING 

PROCEDURAL 
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FUNCT I ON /SYSTEM 
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NOMENCLATURE 

NOMENCLATURE! 

NOMENCLATURE 2 

CLASSIFICATION 


xxxxxx.xx*xx XXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXX XXXXXXXXXXX) 

XXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXX xxxxxxxxxxxx 



< NOMENCLATURE DEFINITION REPORT } 
{ FIGURE 4 . 2. 2. 8 t 



4. 2* 2.9 Alphabetical Procedural Nomenclature Report (Report 
#09). The format for this report is shown in Figure 
4. 2. 2.9. The user say input the Flight Number and must 
specify Sort Option. If the user does not input Flight 
number the program will search for all items having a 
Procedural Nomenclature 1 and/or Procedural Nomenclature 2, 
depending on the Sort Option. See processing rules. 

n£l-J.ul§s 

1. This report is seguenced according to the sort 
option specified. 

Sort QPtion ££&££§§ 

0 Sorts all PNOM 1 and PN0M2 values and 
merges the two sequenced lists 
according to the PNOMl and PNOM2 
fields. If PNOMl and PNOM2 are 
identical, the printing of PNOM2 is 
suppressed . 

1 Sorts and prints PNOMl values and 
associated data. 

2 Sorts and prints PNOM2 values and 
associated data. 

The heading of the report will reflect which sort option 
is used. 

2. The following data corned from the Basic Data set: 

Item Number 
Part Number 
Note Number 

Function/System Classification 

3. The following data comes from the Flight 
Configuration Data set: 

launch Location 

Launch Location Quantity 

Orbit Location 

Orbit Location Quantity 

Return Location 

Return Location Quantity 
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I ALPHABETICAL PROCEDURE NOMENCLATURE REPORT > 
I FIGURE 4. 2.2.9 » 



Printing of these data elements is suppressed when a 
Flight is not specified* 

4. Selection Card Format 
Cfil 

1-2 Report Number 

3-7 Flight Number 

Blank - All Item Numbered Entries having 
PNOM 1 and/or PN0R2 will be processed 
8 Sort Option 

0 - Sorts on PNOMl and PN0M2 

1 - Sorts on PNOMl only 

2 - Sorts on PNOM 2 only 

5. This report is needed primarily for FOD. 



4* 2. 2. 10 Flight Equipment Serial Number Report (Report 
#10). The format for this report is shown in Fiqure 
4.2.2.10. The user may input the Fliqht Number for 
selection. If the user does not input Fliqht Number the 
proqram will print all items havinq a Procedural 
Nomenclature 2 and Serial Number. 

P£ 0 £i!Ssinp_Ru les 

1. This report is sequenced by PN0P12 and subsequenced 
by Serial Number. 

2. The following data comes from the Basic Data set: 
Item Number 

Procedural Nomenclature 2 
Part Number 

3. The follovinq data comes from the Serial Data set: 

Cycle Life Remaining 
Time Life Remaininq 

4. The following data comes from the Fliqht 
Configuration Data set: 

Serial Number 

Launch Location 

Launch Location Quantity 

5. Selection Card Format 

Col Inscription 

1-2 Report Number 

3-7 Fliqht. If Blank then all Item Numbered 

entries havinq a Procedural Nomenclature 2 
and Serial Number will be processed. If 
blank. Launch Location and Quantity will 
not be output. If a fliqht is specified, 
then all Serial Numbers assiqned to the 
specified fliqht will be output. 

6. This report is needed primarily for FOD. 
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ITEM 

PROCEDURAL 

PART 

QUANTITY 

SERIAL 

CYCLE 

TIME 

NUMBER 

NOMENCLATURE 

NUMBER 

LAUNCH 

NUMBER 

LIFE 

LIFE 




LOCATION 


REM 

REM 

XXXXXX.XX.XX 

XXXXXXXXXXXXXXXXXXXX 

xxxxxxxxxxxxxxxxxxxx 

XX 

XXXXXXXXXXXXXX 

XXXXX 

XXXX 


xxxxxxxxxxxxxxxxxxxx 


XXXXXX 

XXXXXXXXXXXXXX 

XXXXX 

XXXX 


XXXXXXXXXXXXXX XXXXX xxxx 
XXXXXXXXXXXXXX XXXXX XXXX 


< FLIGHT EQUIPMENT SERIAL NUMBER REPORT I 
< FIGURE 4.2.2.10 I 



4.2.2.11 Flight Location/Equipment Report (Report #11). 

The format for this report is shown in Figure 4.2.2.11. The 
user will input the Fliqht Number and phase or phases. 

££2SS§5ina_lales 


1. This report is sequenced by flight phase: Launch, 

Orbit, and Return. It is subsequenced within each phase 
by stowage location and by Procedural Nomenclature 2 
within stowage location. 

2. The following data comes from the Basic Data set: 
Item Number 

Procedural Nomenclature 2 
Part Number 


3. The following data comes from the Fliqht 
Configuration Data set: 


Launch Location 

Launch Location Quantity 

Orbit Location 

Orbit Location Quantity 

Return Location 

Return Location Quantity 

4. Selection Card Format 


Col 

1-2 

3-7 

8 


Description 
Report Number 
Flight Number 
Phase Indicator 
L - Launch 
0 - Orbit 
F - Return 

Blank - All phases for the Flight will be 
processed 


5. This report is needed primarily for FOD. 


4-46 



4-47 


STOWAGE LIST AND HARDWARE TRACKING SYSTEM PAGE 

REPORT NO. II FLIGHT LOG AT ION/ EQUIPMENT DATE 

FLIGHT XXXXX PHASE XXXXXX 


loca item PROCEDURAL qty PART 

TICK NUMBER NOMENCLATURE 2 NUMBER 

XXXXXX XXXXXX. XX. XX XXXXXXXXXXXXXXXXXXXX XX XXXXXXXXXXXXXXXXXXXX 

XXXXXXXXXXXXXXXXXXXX 


< FLIGHT LOCATION EQUIPMENT REPORT 1 
( FIGURE A. 2. 2.11 ) 



4.2.2.12 Inflight Transfer List Report (Report #12). The 
format for this report is shown in Fiqure 4.2.2.12. The 
user will input the Flight Number. 

1. This report is sequenced by Flight and subsequenced 
by PN0M2. 

2. There are two parts for this report. The first part 
contains those items whose Launch Location is different 
from the Orbit Location. The second part contains those 
items whose Orbi t Location is different from the Return 
Location. Only those items sc selected will appear. 

3. The column headinqs for quantities and locations 
will change and a page break will be provided between 
parts of the report. 

4. The following data comes from the Basic Data set: 
Item Number 

Procedural Nomenclature 2 
Part Number 

5. The following data comes from the Flight 
Configuration Data set: 

Launch Location 

Launch Location Quantity 

Orbit Loca tion 

Orbit Location Quantity 

Return Location 

Return Location Quantity 

6* Selection Card Format 


Col 

Description 

1-2 

Report 

Number 

3-7 

Flight 

Number. 


7. This report is needed primarily for FOD. 
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I INFLIGHT TRANSFER LIST REPORT > 
4 FIGURE A. 2*2*12 i 



4.2.2.13 Responsible Organization List {Report #13). The 
format for this report is shown in Figure 4.2.2.13. 

p £ oce§si.na_Bu!£s 

1. The data for this report is segnented by Hesponsible 
Organization. The data is then sequenced by Part Number 
and by Serial Number for all serial numbers having Class 
Code 1 A, IB, and 2. A paqe break will occur for each 
new Responsib le Organization. 

2. The non-active indicator will be printed whenever 
the current (machine) date is one year qreater than the 
Last Issue Date. 

3. Compute Quantity on Hand for non-serialized (lot 
numbered) items by adding all building quantities. 

4. The following data comes from the Basic Data set: 
Part Number 

Engineering Nomenclature 
Program Code 
Unit of Issue 

5. The following data comes from the Serial Data set: 

Serial Number 
Work Order 
Contract 
Class Code 

6. Selection Card Format 

Col Hescri£tion 

1-2 Report Number 

7. This report is needed by SR5QA - Quality Assurance 
D ivision. 
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I RESPONSIBLE ORGANIZATION LIST I 
< FIGURE 4.2.2.13 ) 



4.2.2*14 Shelf Life Expiration List (Report #14). The 
format for this report is shown in Fiqure 4.2.2.14. 

Eiassssiaa-Bales 

1. This report is segmented by Building Location. The 
data is sequenced by Part Number and by Serial Number 
for all serial numbers having Class Code 1A, IB, and 2. 
only those data elements having a Shelf Life Expiration 
Date preceding the current date will be printed. 

2. Compute Quantity on Hand for non-serialized (lot 
numbered) items by adding all cabinet quantities. 

3. The following data comes from the Basic Data set: 
Part Number 

Engineering Nomenclature 
Unit of Issue 
Responsible Organization 

4. The following data comes from the Serial Data set: 

Serial Number 
Cabinet Location 
Cabinet Location, Quantity 
Shelf Life Expiration Date 
Class Code 

5. Selection Card Format 

Col riptiQn 

1-2 Report Number 

6. This report is needed primarily for SR&QA - Quality 
Assurance Division. 
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PAGE 

DATE 


PART LOCATION SERIAL ENGINEERING 
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I shelf life expiration list j 

( FIGURE V.2.2.14 ) 



4.2.2. 15 Item History Report (Report #15). The format for 
this report is shown in Figure 4.2.2.15. The user must 
specify selection option indicating whether the program will 
be sequenced by Part Number or Traininq Part Number. 

1. This report is sequenced by Part Number or Training 
Part Number and by Serial Number and subseguenced by 
transfer date. Only those entries for each Item Number 
or Part Number or Training Part Number which are purged 
will be listed (see Data Base History, section 5.2). 

2* An Item Nu.mber/Pa rt Number or Training Part Number 
cross reference for those history entries having an Item 
Number will appear at the end of the report. 

3. The following data comes from the Basic Data set: 

Item Number 
Part Number 

Engineering Nomenclature 
Traininq Part Number 
Proqrara Code 
Traininq Part Number 

4. The following data comes from the Serial History 
Data set: 

Serial Number 

From/To Building Locations 
Authority Document 
Hardware Transfer Date 

5. Selection Card Format 

£ol De scription 

1-2 Report Number 

3 Selection Option 

0 - Part Number 

1 - Training Part Number 

The report headinq will indicate the sort option. 

6. This report is needed primarily for POO - 
Integration Bivison, SRSQA - Quality Assurance Division, 
and ESD - Spacecraft Design Division. 
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4.2.2.16 Annual Inventory List {Report #16). The format 
for this report is shown in Fiqure 4.2.2.16. 

El2£2Sfii£3_lal£5 


1. The report is segmented by Buildinq Location. The 
data is sequenced by Cabinet Location, by Part Number, 
and by Serial Number for all serial numbers not having 
Class Code 3B. Output lines will be double spaced. 


2. Compute Quantity on Hand for non-serialized (lot 
numbered) items by adding all cabinet quantities. 


3* The fol lowing data comes from the Bas ic Dat a set : 
Part Number 

Engineering Nomenclature 
Unit of Issue 
Proqram Code 

4. The following data comes from the Serial Data set: 


Serial Number 

Cabinet Location 

Cabinet Location Quantity 

work order 

Contract 

Class Code 


5. Selection Card Format 

£ol be sc r ip ti on 

1-2 Report Number 

6. This report is needed primarily for SR&QA - Quality 
Assurance Division. 
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( ANNUAL INVENTORY LIST ) 
( FIGURE 4.2.2.16 ) 


REMARKS 



4. 2. 2. 17 Function/System Classification (Report Number 17), 
The format for this report is shown in Figure 4-2.2.17. The 
user may input the Flight number. If Flight number is not 
input then all data having a Function/System Classification 
and Item Number will be processed and Launch Quantity will 
not be computed. 

£l2££s,§in<j_.8ul£s 

1. This report will be sequenced by Function/S ystem 

Classification and Item Numbers. 

2. Compute Launch Quantity by adding Total Operational 

Quantity and Total Payload Quantify. Printing of this 

quantity is suppressed when Fliqht is not input. 

3. The following data comes from the Basic Data: 

Function/System Classification 
Item Number 

Procedural Nomenclature 2 
Part Number 
Note Number 

4. Selection Card Format 


Col 

Description 

7-2 

Report 

Number 

3-7 

Fliqht 

Number. If blank, then all items 


will be 

listed ♦ 


5. This report is needed primarily for FOD. 
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XXXXXXXXXXXXXXXXXXXX xxxxxxxxxxxxxxx xxxxxxxxxxxxxxx 



NOTE 

NUMBER 


xxxx xxxx xxxx 
xxxx xxxx xxxx 


< FUNCT I ON/ SYSTEM CLASSIFICATION I 
I FIGURE 4.2.2.17 \ 



4,2.2.18 Stowage List Chanqe Notice Report (Report Number 
18). The format is shown in Fiqure 4.2.2.18. The user will 
input the Flight Number. 


£ia£S£5ina_BJ3les 

1. The report will be sequenced by SLCN number. 

2. The following data comes from the Configuration Data 
set. 

SLCN Number 
SLCN Date 

Cl PM Ha r t n ^ ^ o n 

•J ii\i i.1 L / ^ L 1 p L IV/ 1! 

Item Number 

3. The Engineering Nomenclature is from the Basic Data 
Set. 

4. Selection Card Format 


Col Inscription 

1-2 Report Number 

3-7 Flight Number 

8-15 Selection Date in the form of MfIDDYY Y¥ . If 

left blank, all SLCN data for the specified 
fliqht will be listed. If a date is 
supplied, only the SLCN data entered since 
that date will be output. 

5. This report is needed primarily for POO - 
Integration Division. 
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( STOWAGE LIST CHANGE NOTICE REPORT » 
< FIGURE 4.2.2.18 1 



4.2.2.19 Equipment Class 3 Report (Report Number 19). The 
format for this report is shown in Fiqure 4.2.2.19. 

ggocesg4 nc l Ru le s 

1. This report contains only those items placed in 
Class Code 3A category since the last report was 
printed. 

2. The report will be sequenced by Part Number and 
subsequenced by Serial Number. 

3. The following data comes from the Basic Data set. 

Responsible Organization 
Part Number 
Program Code 

Engineering Nomenclature 
Onit of Issue 

4. The following data comes from the Serial Data set: 
Serial Number 

Building Location Quantity 
Contract Number 
Work Order Number 

5. Selection Card Format 

Col Description 

1-2 Report Number 

6. This report is needed primarily for SR6QA - Quality 
Assurance Division. 


o 
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< EQUIPMENT CLASS 3 REPORT ) 
I FIGURE 4.2.2.19 ) 



4,2.2* 20 Training Hardware Requirements and Status (Report 
Number 20). The format is shown in Figure 4.2.2.20. 

E£ 2 ££ssi n.g_Bulgs 

1. This report is sequenced by Item Number. 

2. The Shortage is equal to the Minimum Requirement 
Fidelity Code for a certain Serial Fidelity Code minus 
the quantity on hand having that particular Serial 
Fidelity Code. 

3. The following data comes from the Basic Data Set: 
Item Number 

Engineering Nomenclature 
Part Number 
Traininq Part Number 

Minimum Requirement Fidelity Code A 
Minimum Requirement Fidelity Code B 
Minimum Requirement Fidelity Code C 
Minimum Requirement Fidelity Code D 
Minimum Requirement Fidelity Code E 
Responsible Organization 
Procedural Nomenclature 2 

4. Selection Card Format 

Col H^sc riptipn 

1-2 Report Number 

5. This report is needed primarily for ESD - Spacecraft 
Design Division. 
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PAGE 

DATE 


ITEM NUMBER 
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ENGINEERING 

NOMENCLATURE 


TRAINING 
PART NUMBER 


FIO QTY QTV SHORT 
COO REQ ON 
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XXXXXX.XX.XX XXXXXXXXXXXXXXXXXXXX XXXXXXXXKXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXX A 

XXXXXXXXXXXXXXXXXXXX B 

C 

0 
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XX XX XX XXXXXXXXXXXXXXXXXXXX 
XXXXXXXXXXXXXXXXXXXX 


I TRAtNINC HARDWARE REQUIREMENTS AND STATUS I 
( FIGURE 4.2.2.20 > 


SUPPLIER 

XXXXXXXXXXX) 



4.2.2.21 Training Hardware Master Inventory Report (Report 
Number 21). The format for this report is shown in Figure 
4.2.2.21. 

1. This report is seguenced by Traininq Part Number and 
contains only those items havinq a Class Code 3B. 

2. The following data coaes fro a the Basic Data set* 
Part Number 

Engineering Nomenclature 
Item Number 
Traininq Part Number 

3. The following data comes from the Serial Data Set: 

Serial Number 
Serial Fidelity Code 
Building Location 
Cabinet Location 

4. Selection Card Format 

Col Description 

1-2 Report Number 

5. This report is needed primarily for E&D - spacecraft 
Design Division. 
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STOWAGE LIST AND HARDWARE TRACKING SYSTEM 
REPORT NO. 21 TRAINING HARDWARE MASTER INVENTORY 

PAGE 

OATE 




TRAINING 
PART NUMBER 

ENGINEERING PART NUMBER ITEM NUMBER 

NOMENCLATURE 

SERIAL NUMBER 

FIOELITY 

CODE 

BLDG 

LOCATION 

CABINET 

LOCATION 


XXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXX XXXXXX.XX.XX XXXXXXXXXXXXXX XX xxxxxxxxxxxx xxxxxx 

xxxxxxxxxxxxxxxxxxxx 


I TRAINING HARDWARE MASTER INVENTORY REPORT » 
< FIGURE 4.2.2.21 I 



4.2.2.22 Suspense File Report (Report Number 22). The 
format for this report is shown in Figure 4.2.2.22. The 
user will input the Class Code and Sort Options. 


Eiocessins-Balgs 

1. Data for this report is selected by the following 
option: 

glass Cgde Option £l£cess 

0 Data having a Class Code of 1A, IB, 
or 2 will be selected 

1 Data having a Class Code 3B will 
be selected 


2. Data for the report is seguenced by the following 
option: 

^ort_Option Process 

0 The report is seguenced by Building 

Location (Destination) and sub- 
sequenced by Part Number and Serial 
Number 

1 The report is seguenced by Part Number 

and subseguenced by Serial Number. 


3. A cross reference sorted by Item Number will be 
produced between Item Number and Part Number. 


4. The following data comes from the Suspense Data set 


Item Number 
Part Number 

Engineering Nomenclature 
Serial Number 
Authority Document 
Building Location (Issued from) 

Cabinet Location (Issued from) 

Cabinet Location Quantity (Quantity issued) 
Building Location (Destination) 

Due Date 
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STOWAGE LIST AND HARDWARE TRACKING SYSTEM 
REPORT NO. 22 SUSPENSE PILE 


PAGE 

OATE 


ITEM 


ENGINEERING 


LOCATION 


AUTHORITY 

NUMBER 

PART NUMBER 

NOMENCLATURE 

SERIAL NUMBER 

FROM TO 

QTY 

DOCUMENT 


xXxxxx.xx.xx xxxxxxxxxxxxxxxxxxxx XXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXX XXXXXXXXXXXX XXXXXXXXXXXX XX xxxxxxxxxxxx 

xxxxxxxxxxxxxxxxxxxx 





i SUSPENSE FILE REPORT > 
I FIGURE A. 2. 2.22 ) 


DUE 

DATE 

XXXXXX 



5. Selection Card Format 

cgi £sssii£ii2a 

1-2 Report Number 

3 Class Code Option 

0 - Class Codes 1A, IB, or 2 

1 - Class Code 3B 

4 Sort option 

0 - Sequence by Buildinq/Locatipn, sab se- 

quenced by Part Number and Serial 
Number 

1 - Sequenced by Part Number and subse- 

quenced by Serial Number 

6 . This report is needed primarily for E&D and QAD* 
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4.2*2.23 Data Element Edit Table Report (Report Number 23). 
The format for this report is shown in Figure 4.2.2.23. 

This report is to print out the current values in all of the 
edit tables. This report is needed by all four of the user 
organizations. 

Selection Card Format 


£21 

1-2 


Description 
Report Number 



STOWAGE LIST ANO HARDWARE TRACKING SYSTEM 
REPORT MO. 23 OATA ELEMENT EDIT TABLE 


RESPONSIBLE ORGANIZATIONS 
XXXX 

xxxx 

xxxx 

VEHICLES 

xxxxx 

xxxxx 

STOWAGE LOCKER LOCATIONS 
XXXXXX 
XXXXXX 

POST-FLIGHT DISPOSITIONS 
XXXXXXXXXXXXXXX 
XXXXXXXXXXXXXXX 

GROUND STOWAGE LOCATIONS 
XXXXXX 
XXXXXX 



PAGE 
OA TE 


I OATA ELEMENT EDIT TABLE REPORT ) 
i FIGURE A. 2. 2.23 ) 



4.2-2.24 Note List (Report Number 24). The format for this 
report is shown in Figure 4.2.2.24. This report will print 
out the current Note Numbers with their corresponding Notes 
in Note Number seguence. The user may specify the 
alphabetical range of Note Numbers to be printed. The user 
may also request a cross reference listing. 

Selection Card Format 

£2l Dgscrifitian 

1-2 Report Number 

3-4 Range Option 

Blank - The program will list all Note Num- 
bers and corresponding Notes 

Alphabetical Characters - The program will 
begin listinq in alphabetical order 
all data having a Note Number be- 
ginning with the alphabetical char- 
acter input in column 3. The listinq 
will end with the data having a Note 
Number beginning with the alphabet- 
ical character input in column 4 
5 Cross Reference Option 

0 - The program will not list a cross 

reference. 

1 - ft Note Number cross reference with Item 

Number, Part Number and Training Part 
Number will appear at the end of the 
report. 

This report is needed by all four of the user organizations. 
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STOWAGE LIST ANO HARDWARE TRACKING SYSTfcH 
REPORT NO. 24 NOTE LIST 


PAGE ** 
DATE 


NOTE 

NUHBEft NOTE 

xxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 


-p- 

« 


I NOTE LIST > 

I FIGURE 4.2*2.24 I 



4.3 Tape Input/Output. One seven track, BCD, loose 
equipment data tape will be prepared for input to Mass 
Properties Proqrams for each mission. 

The format for the tape is as follows: 

Tape Identification 1 Record per tape 

Header Record 1 Record per Item 

Detail Record N ; As many per header 

record as required to 
stow all locations. 

launch details will be grouped together followed by orbit 
details and finally return details for each Item. 

Two EOF 1 s will indicate end of tape. 


Loose Equipment Data 

Tape Format 

For Input to 

MAPSYS 

Recog d-Type 

Characters 

£S£_fecord 

Field Length 
i£haract ersf 

Field 

B2Isn£ia£S£§ 

Tape Identification 
(1 record per tape) 

25 

1 

Record Type 
(Always = 1) 



5 

Fliqht 



5 

Orb iter 



6 

Date of Tape 



8 

Filler 

Header Record 
(1 record per 
item type) 

75 

1 

12 

Record Type 
(Always - 2) 

Item Number 



First 30 
characters 

Engineering 

Drawing 

Nomenclature 



20 

Item Part 
Number 


Field 

Format 

N 

A/N 

A/N 

N 

N 

A/N 

A/N 

A/N 
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Detail Record (As 25 

many per header 
record as required 
to stow all items) 


6 Current Weiqht N(F6.2) 

2 Total opera- N 

tional quantity 

2 Total payload N 

quantity 

2 Filler 

1 Record Type 
(Always - 3) 

12 Item Humber A/N 

6 Stowaqe ' A/M 

Location 

2 Qty of items N 

stowed in 

above location 

1 Time Code A/N 

L « Launch 
o = Orbit 
R = Return 

3 Filler 
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5. 0 OPERATIONAL REQTIIREHENTS 


5.1 Data Base Security (Protection aqainst unauthorized 
use) . The availability of certain data elements and data 
sets within the SLANTS data base aust be controlled and 
limited to only those users which have the proper authority 
to modify the data base. The authority to access the data 
base will be verified via a sign-on access code. Figure 5.1 
shows the four hardware groups in which the data within the 
SLAHTS data base will reside. Those groups are explained 
below: 3U*' V- 


Group I - Shuttle Operational Hardware. Both an Item 

Number and Part Number exist. Hardware being 
tracked by ID, FOD, E6D, and QAD. 

Group II - Shuttle Operational Hardware. The Item Number 
exists but Part Number does not. (No serial 
data) Hardware being tracked by ID, FOD, and 


E&D. 

Group III - QAD Bonded Storaqe - Part Number exists but no 
Item Number. Hardware being tracked by QAD. 
Group IV - Hardware being tracked solely by E6D . This 

hardware pool consists of non-shuttle training 
equipment. 



S LIMITS Data Elements Security Matrix - Basic Data Set 





Shuttle 

Only 

Shuttle S Other 
Except Traininq 

Traininq 
Not Shuttle 




Item 

Part 

I 

Number 

Number 

II 

S Item 

Number 

III 

Part 

Number 

IV 

Traininq 
Part Nuaber 

Buildinq 36 Accountability 



ID 


ID 

ID 

ESD 

Current weight 



ID 


ID 

ID 

ESD 

Current Bldg. 36 Inventory 



ID 


ID 

ID 

ESD 

Current other Inventory 



ID 

> 

ID 

ID 

ESD 

Cycle Life 



QA 


QA 

QA : 

ESD 

Engineering Nomenclature 

• 


ID 


ID 

QA 

ESD 

Fit Check Requirement Flag 



ID 


ID 

ID 

ESD 

Function/System Classification 


FOD 


POD 

FOD 

FSD 

Height 



ID 


ID 

ID 

ESD 

Item Number 



ID 


ID 

ID 

* 

Length 



ID 


ID 

ID 

ESD 

Minimum B ildinq 36 Inventory 
Requirements 


ID 


ID 

ID 

ESD 

Minimum Requirement Fidelity 

Code 

A 

ESD 


ESD 

ESD 

ESD 

Minimum Requirement Fidelity 

Code 

B 

ESD 

‘ * ^ 

ESD 

ESD 

ESD 

Minimum Requirement' Fidelity 

Code 

C 

ESD 


ESD 

ESD 

BSD 

Minimum Requirement FideLity 

Code 

D 

Ef,D 


ESD 

ESD 

ESD 

Minimum Requirement Fidelity 

C ode 

E 

EED 


ESD 

ESD 

ESD 

Mote 



ID, FOD, ESD 

ID, FOD, 

ESD ID, FOD, ESD 

FSD 

Note Number 



ID, 

FOD, ESD ID, POD, 

FSD ID,POD,ESD 

FSD 

Operating Time t. ife 



PA 


QA 

QA 

ESD 

Fart Number 



QA 


ID 

QA 

ESD 

Procedural Nomenclature 1 



FOD 


FOD 

VPOD 

EED 

Procedural Nomenclature 2 ‘ 



FOD 


POD 

POD 

ESD 
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SLANTS Data Elements Security Matrix - Basic Data Set (continued) 



Shuttle 

Only 

Shuttle 6 other 
Except Traininq 

Traininq 
Not Shuttle 


I 

II 

III 

IV 


Item Number 

& Item 

Part 

Traininq 


Part Number 

Number 

Number 

part Number 

Proqram code 

QA 

QA 

QA 

ESD 

Refurbishment Tine 

ID 

ID 

QA 

ESD 

Replacement Lead Time 

ID 

IP 

ID 

ESD 

Responsible Orqanization 

ID, QA* 

ID.QA 

QA * ' 

ESD 

Shelf Life 

QA 

QA 

QA 

ESD 

Specification weinht 

ID 

ID 

ID 

ESD 

Traininq Part Number 

ESD 

££ D 

ESD 

ESD 

Unit of I ssue 

QA 

QA 

QA 

BSD 

width 

ID 

ID 

ID 

ESD 
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SLAHTS Data Element Security Matrix - Serial Data Set 




Shuttle Only 


Shuttle C Other 
Except Traininq 

Traininq 
Not Shuttle 

' 


Item 

Part 

I 

Number . 
Number 

e 

III 

Part 

' Number 

IV 

Traininq 
‘ Part Number 

Class Code - 

1A 


2 

3B 

1 B, 2 , 3 A 

3B 

Authority Document 

QA 


QA 

E&D 

QA 

E&D 

Building Location 

QA 


QA 

BSD 

QA 

E&D 

Euildinq Location Ouantity 

QA 


OA 

BCD 

QA 

: ‘b&d 

Cabinet Location 

QA 


QA 

BSD 

QA 

-- E&D 

Cabinet Location Quantity 

QA 


QA 

BSD 

QA 

E&D 

Class Code 

QA 


OA 

E&D 

* QA 

E&D 

Contract Numher 

QA 


QA 

EC D 

QA 

E&D 

Cycle Life Reroaininq 

OA 


QA 

E6D 

QA 

E&D 

*f Due Date 

OA 


QA 

E&D 

QA 

• E&D 

Expected Delivery to B36 

QA 


QA 

E&D 

QA 

ECD 

Fit Check Complete Flaq 

QA 


QA 

BCD 

QA 

E&D 

Hardware Transfer Date 

QA 


0 A ' -- . 

F.CD 

QA 

E&D 

Issue Date 

QA 


QA 

EC D 

QA 

ECD 

serial Fidelity Code 

BCD 


BCD 

BSD 

ECD 

ECD 

Serial Number 

QA 


QA 

ECD 

QA 

E&D 

Shelf Life Expiration Date 

QA 


QA 

ECD 

QA 

E&D 

Tine Life Remaininq 

QA 


OA 

ECD 

QA 

E&D 

Unit Serial Number W^iqht. 

QA 


OA 

ECD 

QA 

E&D 

Work Order Number 

QA 


OA 

ECD 

QA 

E&D 
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SI. A UTS Data Element Security - Fliqht Conf iquration Data Set 


Shuttle f. Other 



shuttle 

Only 

Except Traininq 


I 

II 

ITT 


Item Number & 

Item 

Part 


Part Number 

lumber 

Hunher 

Fliqht Number 

ID 

ID 


Landinq Site Disposition 

ID 

ID 


Launch Location 

ID 

ID 

) 


Launch Location Quantity 

ID 

ID 


Or biter 

ID 

ID 

- 

orbit Location 

ID 

ID 


Orbit Location Quantity 

ID 

ID 

• 

Phase 

1 D 

ID 


Post Fliqht Disposition 

ID 

ID 


Return Location 

ID 

ID 

• 

Return Location Quantity 

ID 

ID 


5LCN Date 

ID 

ID 


5LCN Description 

ID 

ID 


SLCN Number 

ID 

ID 


Total Operational Quantity 

ID 

ID 

- 

Total Payload Quantity 

ID 

ID 



Tra ininq 
Not Shuttle 

I¥ 

Tra ininq 
Part Hunber 
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Within each group, the control of the data elements is given 
by user organization. The following user access codes are 
required. The actual user password (siqn-on access) will be 
determined when the program becomes operational. 


1122 




1 Universal Read 


2 ID 


3 QAD 


4 FOD 


5 ESD 


6 Batch Report 


Ability to read all data in the data 
base but unable to perform updates 
of any kind. 

Password used by the Integration 
Di vi si on which allows unrestricted 
read and the update access shown iu 
fiqure 5.1. 

Password used by Safety Reliability 
and Quality Assurance which allows 
unrestricted read and the upda te 
access shown in fiqure 5.1. 

Password used by the Fliqht Opera- 
tions Directorate which allows 
unrestricted read and the upda te 
access shown in fiqure 5.1. 

Password used by the Engineering and 
Development Directorate which allows 
unrestricted read and the update 
access shown in fiqure 5.1. 

Password used to request batch 
reports. 


7 Omnipotent Password which probably only the 

Operations Chief will have (section 
6.1.4). This password will allow 
the user to alter the coded value of 
any password. It will also allow 
edit table updates. It will also 
allow all capabilities specified for 
passwords 1 through 6. 


8 Universal Update Password allowinq all capabilities 

and access of passwords 1 throuqh 4 
and 6. 
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The System 2000 Master Password 
Available to only the data base 
administrator. 


S2K 

Master Password 



5.2 Data Base History. The updating process automatically 
adds data to the History Data set. A minimum of 10 sets of 
History data for each Serial/Lot Humber must be retained, 
available for display online. At certain intervals, the 
proqram producing the Item History Report (Report #15) will 
use this data set as input. At successful completion of the 
report, this program will reduce the number of data sets for 
each item to the latest 10; those history data sets purged 
by the program for the item will then be available from the 
printed report if it is needed beyond what is currently 
stored in the Serial History Data set. The interval for 
dumping the history data will be on an as needed basis to 
reduce mass storage use. 

5.3 Data Base Integrity (Recovery from data base loss). 

The data base must be protected from accident al loss . A 
lost or damaged data base must be restored within 4 hours to 
the point of the last transaction. 

5. 4 Terminals 

Terminal response time for this application is defined as 
the time the user completes data input to the time the 
system response begins to appear on the screen. This time 
should average 10 seconds durinq any one hour of terminal 
operation. 

The following number of terminals are needed in the 
locations qiven: 

Building 36 Production Area and Bond 


Room 3 
Building 16 Bond Room 1 
Building 10 Bond Room 1 
Building 7A Bond Room 1 
Building 15 Bond Room 1 
Building 36 Bond Room 1 
Building 35 Training Center 

TOTAL 9 


Use of existing HOPS terminals in building 4 is needed. One 
terminal for query purposes may be located at each of the 
two launch sites. 

Video display terminals with f oreground/backqround 
capabilities such as the JSC MOPS (Hazeltine 4000G) or 
Hazeltine 2000 terminals are required. A minimum screen 
size of 74 characters by 27 lines is required. All 
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terminals will be used for "Form Fill -out" and must have 
minimally a standard character repertoire of 64 ASCII alpha- 
numeric characters. 

The system must allow for concurrent updates to the data 
base from multiple users. The estimated maximum number of 
concurrent SLAHTS users is 12. 

5.5 Operational Statistics 

5.5.1 Data Base Size. The maximum SLAHTS data base size 
will be reached during the period of time of maximum flight 
frequency of up to one flight per week. At this time, the 
SLAHTS data base, including System 2000 data base management 
overhead, is estimated to require 107 million characters of 
mass storaqe. 

5.5.2 Batch Report Projections. Based on an operational 
status of sixty flights per year for the Shuttle Program, 
the following table contains the estimated frequency of use 
of each of the batch reports. Also given is the 
corresponding volume for each report. 


1 

2 

4 

5 

6 

7 

8 


Report 

Maximum 

Frequency 

Volurae/Report 
(Pa ges) 

Stowage List Report 

8/week 

50 

Logistics Management Report 
(Item Level) 

1/week 

40 

Logistics Manage me nt Report 
(Serial Number Level) 

1/week 

180 

Prepack Procedure Report 

3/week 

150 

Stowaqe Locker Report 

8/week 

50 

Master Bond Room Storaqe 
List 

bi-weekly 

2000 

Post Flight Disposition 
Report 

1/week 

90 

Nomenclature Definition 
Report 

1/month 

200 
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Report 

Maximum 

Frequency 

Voluae/Report 

(Pages) 

9 

Alphabetical Procedural 
Nomenclature Report 

4/week 

25 

10 

Flight Equipment Serial 
Report 

2/week 

30 

11 

Fliqht Location/Equipment 
Report 

3/week 

15 

12 

Infliqht Transfer list 

D 

3/week 

10 

13 

Responsible Organization 
List 

1/month 

1000 

14 

Shelf Life Expiration List 

1/month 

20 

15 

History Report 

Quarterly 

300 

16 

Annual Inventory List 

1/year 

3000 

17 

Functional/Syste m 
Classification 

4/week 

35 

18 

Stowaqe List Change Notice 
Report 

8/week 

35 

19 

Equipment Class 3 Report 

1/month 

20 

20 

Training Stowaqe Require- 
ments and Status 

1/month 

50 

21 

Traininq Hardware Master 
Inventory Report 

1/raont.h 

6 00 

22 

Suspense File Report 

1/week 

20 

23 

Data Element Edit Table 
Report 

1/month 

10 

24 

Note List 

1/month 

60 
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5.5.3 Online Usage Prolections. The frequency of use of 
the online displays is given below. This is based on the 
Shuttle Program having an operational status of fifty-two 
flights per year. 

Display Frequency/Day 

01 Basic Data 135 

02 Serial Data 315 

03 Flight Configuration 146 

Definition 


04 Fliqht Location/Serial B4 

Configuration Data 

05 Flight SLCN History 31 

06 Function/System 21 

Classification 

07 Location Inventory Query 73 

08 Flight Configuration 26 

Change Query 

09 Serial History Query 35 


5-11 



5.6 Initial Data Base Loading. Data to be initially loaded 
into the system will consist of the data in the master file 
for the Bonded Storaqe System. This file is created and 
maintained on tape with a batch system which runs on the 
UNIVAC EXEC 8 computer. The record format is shown in 
Figure 5. 6. The preprocessing required for each data 
element in a record is listed below. 

1. The Item Control number is deleted as a data 
element. 

2. The "building** portion of the Item Control Number of 
each record becomes the Building Location. 

3. Part Number of the record becomes the Part Number. 

4. Serial Number of the record becomes a Serial Number 
for the previous Part Number. 

5. Acquisition Date is dropped as a data element. 

6. Issue Date of the record becomes Issue Date. 

7. Location of the record becomes Cabinet Location. 

8. Quantity on Hand for the record becomes the Cabinet 
Location Quantit y. 

9. Authority Document for the record becomes Authority 
Document. 

10. Equipment Class for the record becomes Class Code. 

11. Program Code for the record becomes Proqram Code. 

12. Unit of Issue for the record becomes Unit of Issue. 

13. Item Name for the record becomes Engineering 
Nomenclature. 
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FILE DESIGN SHEET 


PACE 


Of 


mm 

mm 

v;bATK“^ 

1. INPUT TO 

0. OTHER REF, F1LC» 



■ 




Skills: 



«6. UESCNIPT 

ITEM 

CONTROL 

NUMBER 

JL(U 

OH 

PROGRAM 

CODE 

X(2) 

UNIT 

OF 

ISSUE 

XC2) 

ACQUISITION 

DATE 

9(6) 

ISSUE 

DATE 

SHELF 

LIFE 

DATE 

9(6) 

WORK 

ORDER 

NUMBER 

X(6) 

AUTHORITY 

DOCUMENT 

NUMBER 

X(ll) 

EQUIP 

CLASS 

X . 

QUANTITY 

ON 

HAND 
SH9 (10) 

ITEM 

NAME 

X(10) 


9 10 

11 12 

13 IS 

19 24 

25 30 

31 36 

37 47 

48 

49 54 

55 64 


CONTRACT 

NUMBER 

PART 

NUMBER 

FILLER 

SERIAL 

NUMBER 


LOCATION 

FILLER 

RESPONSIBLE 

ORGANIZATION 


X(8) 

X(16) 

X(2) 

X(16) 

Hi 

X(7) 

X(2) 

X(3) 

? ' i 

65 72 

73 88 

89 90 

91 106 

iBnti 

109 115 

116 117 

118 120 

_ 




































14* Work Order for the record becomes Work Order. 

15. Contract Number for the record becomes Contract 
Number. 

16. Shelf Life Date for the record becomes Shelf Life 
Expiration Date. 

Processed data should be output to a tape suitable for bulk 
loadinq purposes. All class code 1 values will be loaded as 
class code IB. 

5.7 Test Requirements. 

5.7.1 Test Data Sources. Selected data will be extracted 
from the inventory of the QA bonded storaqe system. To 
ensure comprehensive testinq, the data will be supplemented 
by LEC to include all data conf iquration and elements 
anticipated in the operational environment. 

5.7.2 General Test Approach. LEC will perform informal 
unit testing for preliminary checkout of SLAHTS. System 
tests will then be performed under the observation of the 
IDSD Technical Monitor. Test scripts will be agreed upon 
and approved by both LEC and IDSD. 

5.7.3 Acceptance Criteria. When all displays, batch 
reports, and data base chanqes for each release execute to 
the satisfaction of the IDSD Technical Monitor, SLAHTS will 
be delivered to IDSD. 
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6.0 BASIC USER OPERATIONAL PROCEDURES 

In general, this section is intended to document the 
framework within which the organizations must function as 
users of the system. As a minimum, this framework 
definition must provide a basic manual procedure for using 
each system capability which serves more than one user 
organization. For example, the item history capability is 
used by all of the user organizations; however, the 
initiation of the history report run and corresponding data 
purge of the online history data must come from a central 
point. Also, this framework definition must provide a basic 
manual procedure to work around all limitations on what can 
be done via software capabilities. Figure 6.0 illustrates 
the flow of data and report reguests into and out of the 
SLAHT system. To accomplish this, organizational duties 
have to be assigned in advance. 

6. 1 Personnel Groups and Functions 

6.1.1 Production Center Terminal Operators. Requirements 
call for three remote terminals in the production center in 
building 36. These te rrainals will be used to make all 
stowage list updates and all updates to the basic and serial 
data required by QA. Also, serial data updates resulting 
from locker pre-packing operations will be made by these 
terminal operators. Due to the planned launch frequency for 
the Shuttle Program, this will require two shifts of 
operators. Most changes to the data base will be controlled 
by the respective user organizations by written request. In 
addition, the user organizations will request a batch report 
by contacting the production center. It will be the 
responsibility of the clerks to maintain appropriate files 
and arrange for keypunching, batch *job submittal, and batch 
output distribution. 

6.1.2 Bond Room Clerks/Terminal Operators. The terminals 
in each of the bond rooms will be used for tracking the 
movement of all hardware between bond rooms and into and out 
of the bonded storage system. 

6.1.3 Training Center Operators. The requirements will be 
performed by civil service personnel responsible for 
training hardware. 

6.1.4 Operations Chief. This person will be responsible 
for coordinating the activities of the other personnel who 
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FIGURE 6.0 FLOW OF INPUT/OUTPUT OF SLAHT SYSTEM 





interact with the system, i.e., terminal operators and 
production center clerks. 

6.2 Coordination Requirements. The SLAHTS data base will 
consist of data being input and tracked by four NASA 
organizations. On any integrated data base potential usage 
and tracking conflicts arise which cannot solely be handled 
via computer software, but must be handled via user 
procedures and coordination. Two such examples are 
identified below: 

• POO is trackinq hardware via an Item Number and QAD 
tracking data for new hardware via a part number. A 
problem arises when both users have entered data into 
the data base before the Item Number and Part Number 
are assiqned to each other. User coordination is 
required durinq the process of combining the data. 

• E6D and QAD both have existing, pre-shuttle hardware 
with identical part numbers. A procedure is needed 
to determine which user will control the basic data 
set elements (see Data Base Security 5.1). 

6.3 Batch Runs. The user organizations will arrange to 
have batch runs made by contacting the production center 
clerks. The clerks will need to know the report number and, 
depending on which report is beinq requested, what data is 
to be input to the report proqrara. If necessary, controls 
can be established to restrict report requests to certain 
persons for certain reports. The clerks will prepare the 
run decks, submit the decks for execution, and make output 
disposition as required to the user organizations. Some 
reports will be dispositioned at regular intervals to 
specified user organizations. 

Edit table updates will be made as batch runs because of the 
low frequency of change. Controls will be established to 
restrict authority to request updates of these tables to 
certain persons for certain tables. 

6.4 History File Maintenance. The history file size must 
be monitored. At the appropriate time, it must be purged of 
old data and reduced to a smaller size. This function will 
be carried out by the production center clerks. The history 
reports produced during this process will be distributed to 
all the user organizations. 
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